From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw01.freescale.net (az33egw01.freescale.net [192.88.158.102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "az33egw01.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 099DCDDE32 for ; Tue, 5 Feb 2008 05:25:15 +1100 (EST) Message-ID: <47A75823.5050001@freescale.com> Date: Mon, 04 Feb 2008 12:23:31 -0600 From: Scott Wood MIME-Version: 1.0 To: benh@kernel.crashing.org Subject: Re: Kernel oops while dumping user core. References: <20080131201601.GA10501@loki.buserror.net> <20080131204158.GV14201@localdomain> <47A235AD.9050107@freescale.com> <47A24480.8060103@freescale.com> <1202024064.7208.6.camel@pasglop> In-Reply-To: <1202024064.7208.6.camel@pasglop> Content-Type: text/plain; charset=UTF-8; format=flowed Cc: linuxppc-dev@ozlabs.org, Nathan Lynch List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Benjamin Herrenschmidt wrote: > On Thu, 2008-01-31 at 16:10 -0600, Rune Torgersen wrote: >> Scott Wood wrote: >>> Changing update_mmu_cache() to always call flush_dcache_icache_page() >>> fixes it, though a better performing fix would probably be to add an >>> exception table entry for the dcbst. >> I can confirm that this seems to fix it. > > Might be better to avoid the flush when the page isn't readable ? Sure, that'd work. I was trying to avoid a tablewalk to determine that, not noticing the pte argument staring me in the face. :-P -Scott