From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with SMTP id 774226B006A for ; Mon, 11 Jan 2010 20:39:26 -0500 (EST) Message-ID: <4B4BD281.4080009@linux.intel.com> Date: Tue, 12 Jan 2010 02:38:09 +0100 From: Andi Kleen MIME-Version: 1.0 Subject: Re: [PATCH - resend] Memory-Hotplug: Fix the bug on interface /dev/mem for 64-bit kernel(v1) References: <20100108124851.GB6153@localhost> <20100111124303.GA21408@localhost> <20100112093031.0fc6877f.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20100112093031.0fc6877f.kamezawa.hiroyu@jp.fujitsu.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: KAMEZAWA Hiroyuki Cc: Wu Fengguang , "Zheng, Shaohui" , "linux-mm@kvack.org" , "akpm@linux-foundation.org" , "linux-kernel@vger.kernel.org" , "y-goto@jp.fujitsu.com" , Dave Hansen , "x86@kernel.org" List-ID: > Hmmm....could you rewrite /dev/mem to use kernel/resource.c other than > modifing e820 maps. ? Sorry but responding to bug fixes with "could you please rewrite ..." is not considered fair. Shaohui is just trying to fix a bug here, not redesigning a subsystem. > Two reasons. > - e820map is considerted to be stable, read-only after boot. > - We don't need to add more x86 special codes. We need working memory hotadd. -Andi -- 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