From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with SMTP id 1FC156B003D for ; Tue, 3 Feb 2009 17:25:18 -0500 (EST) Date: Tue, 3 Feb 2009 23:25:01 +0100 From: Pavel Machek Subject: Re: marching through all physical memory in software Message-ID: <20090203222501.GC2857@elf.ucw.cz> References: <715599.77204.qm@web50111.mail.re2.yahoo.com> <49873B99.3070405@nortel.com> <37985.1233614746@turing-police.cc.vt.edu> <4988555B.8010408@nortel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4988555B.8010408@nortel.com> Sender: owner-linux-mm@kvack.org To: Chris Friesen Cc: Valdis.Kletnieks@vt.edu, "Eric W. Biederman" , Doug Thompson , ncunningham-lkml@crca.org.au, Arjan van de Ven , linux-kernel@vger.kernel.org, linux-mm@kvack.org, bluesmoke-devel@lists.sourceforge.net List-ID: Hi! >>> The next question is who handles the conversion of the various >>> different arch-specific BIOS mappings to a standard format that we >>> can feed to the background "scrub" code. Is this something that >>> belongs in the edac memory controller code, or would it live in >>> /arch/foo somewhere? >> >> >> If it's intended to be something basically stand-alone that doesn't require >> an actual EDAC chipset, it should probably live elsewhere. Otherwise, you get >> into the case of people who don't enable it because they "know" their hardware >> doesn't have an EDAC ability, even if they *could* benefit from the function. >> >> On the other hand, if it's an EDAC-only thing, maybe under drivers/edac/$ARCH? > > I don't see anything in the name of EDAC that implies hardware only...a > software memory scrub could be considered "error detection and > correction". Might have to update the config help text though. Software memory scrub would no longer be a "driver" :-). So it should go into kernel/scrub or mm/scrub or maybe mm/edac or something. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org