From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with SMTP id E073E6B004F for ; Mon, 15 Jun 2009 00:27:17 -0400 (EDT) Date: Mon, 15 Jun 2009 12:27:53 +0800 From: Wu Fengguang Subject: Re: [PATCH 00/22] HWPOISON: Intro (v5) Message-ID: <20090615042753.GA20788@localhost> References: <20090615024520.786814520@intel.com> <4A35BD7A.9070208@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A35BD7A.9070208@linux.vnet.ibm.com> Sender: owner-linux-mm@kvack.org To: Balbir Singh Cc: Andrew Morton , LKML , Ingo Molnar , Mel Gorman , Thomas Gleixner , "H. Peter Anvin" , Peter Zijlstra , Nick Piggin , Hugh Dickins , Andi Kleen , "riel@redhat.com" , "chris.mason@oracle.com" , "linux-mm@kvack.org" List-ID: On Mon, Jun 15, 2009 at 11:18:18AM +0800, Balbir Singh wrote: > Wu Fengguang wrote: > > Hi all, > > > > Comments are warmly welcome on the newly introduced uevent code :) > > > > I hope we can reach consensus in this round and then be able to post > > a final version for .31 inclusion. > > Isn't that too aggressive? .31 is already in the merge window. Yes, a bit aggressive. This is a new feature that involves complex logics. However it is basically a no-op when there are no memory errors, and when memory corruption does occur, it's better to (possibly) panic in this code than to panic unconditionally in the absence of this feature (as said by Rik). So IMHO it's OK for .31 as long as we agree on the user interfaces, ie. /proc/sys/vm/memory_failure_early_kill and the hwpoison uevent. It comes a long way through numerous reviews, and I believe all the important issues and concerns have been addressed. Nick, Rik, Hugh, Ingo, ... what are your opinions? Is the uevent good enough to meet your request to "die hard" or "die gracefully" or whatever on memory failure events? Thanks, Fengguang -- 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