Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758061AbZD2HmA (ORCPT ); Wed, 29 Apr 2009 03:42:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755167AbZD2Hlu (ORCPT ); Wed, 29 Apr 2009 03:41:50 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:36806 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753728AbZD2Hlt (ORCPT ); Wed, 29 Apr 2009 03:41:49 -0400 Date: Wed, 29 Apr 2009 00:37:04 -0700 From: Andrew Morton To: "Jeff Haran" Cc: , Dave Jiang , Doug Thompson , Benjamin Herrenschmidt , Kumar Gala , linuxppc-dev@ozlabs.org Subject: Re: bug in drivers/edac/mpc85xx_edac.c:mpc85xx_mc_check() Message-Id: <20090429003704.1c37d6e1.akpm@linux-foundation.org> In-Reply-To: <57AC2FA1761300418C7AB8F3EA493C9702E319DB@HQ-EXCH-5.corp.brocade.com> References: <57AC2FA1761300418C7AB8F3EA493C9702E319DB@HQ-EXCH-5.corp.brocade.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.5; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2298 Lines: 57 Let's cc the suitable people. On Tue, 28 Apr 2009 18:23:42 -0700 "Jeff Haran" wrote: > Hi, > > Recent versions of this function contain the following snippets: > > if (err_detect & DDR_EDE_SBE) > edac_mc_handle_ce(mci, pfn, err_addr & PAGE_MASK, > syndrome, row_index, 0, mci->ctl_name); > > if (err_detect & DDR_EDE_MBE) > edac_mc_handle_ue(mci, pfn, err_addr & PAGE_MASK, > row_index, mci->ctl_name); > > I am pretty sure the references to PAGE_MASK should be proceeded by a > tilda, as in: > > if (err_detect & DDR_EDE_SBE) > edac_mc_handle_ce(mci, pfn, err_addr & ~PAGE_MASK, > syndrome, row_index, 0, mci->ctl_name); > > if (err_detect & DDR_EDE_MBE) > edac_mc_handle_ue(mci, pfn, err_addr & ~PAGE_MASK, > row_index, mci->ctl_name); > Could well be. PAGE_MASK is very easy to get wrong. I've _never_ trusted my own memory of it and I always have to go back to the definition when reviewing code :( > Much as I would like to submit a tested patch like the rest of the > world, I find myself in the situation where the only Freescale target > system I have to test on is running a 3 year old kernel (2.6.14), which > preceeds the introduction of EDAC driver support, at least for > Freescale. So the best I can do is borrow from the new EDAC driver and > backport it to the old kernel. > > But I have learned a few things in this process and can thus share what > I've learned as it may be of help to the EDAC driver developers: > > 1) Before you read the Freescale 8548 CAPTURE_ADDRESS register, you want > to read CAPTURE_ATTRIBUTES first and make sure the VLD bit (least > significant bit in the register) is set or else the data in > CAPTURE_ADDRESS may not be yet valid. > > 2) When you are done scrubbing the memory with the single bit error, you > want to write 0 to CAPTURE_ATTRIBUTES so as to clear VLD and thus setup > the ECC capture logic to capture the next single bit error. > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/