Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754853Ab2K2Wq4 (ORCPT ); Thu, 29 Nov 2012 17:46:56 -0500 Received: from terminus.zytor.com ([198.137.202.10]:53317 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753692Ab2K2Wqy (ORCPT ); Thu, 29 Nov 2012 17:46:54 -0500 Message-ID: <50B7E594.8090106@zytor.com> Date: Thu, 29 Nov 2012 14:45:40 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "Luck, Tony" CC: Mel Gorman , Jiang Liu , Tang Chen , "akpm@linux-foundation.org" , "rob@landley.net" , "isimatu.yasuaki@jp.fujitsu.com" , "laijs@cn.fujitsu.com" , "wency@cn.fujitsu.com" , "linfeng@cn.fujitsu.com" , "yinghai@kernel.org" , "kosaki.motohiro@jp.fujitsu.com" , "minchan.kim@gmail.com" , "rientjes@google.com" , "rusty@rustcorp.com.au" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "linux-doc@vger.kernel.org" , Len Brown , "Wang, Frank" Subject: Re: [PATCH v2 0/5] Add movablecore_map boot option References: <1353667445-7593-1-git-send-email-tangchen@cn.fujitsu.com> <50B5CFAE.80103@huawei.com> <3908561D78D1C84285E8C5FCA982C28F1C95EDCE@ORSMSX108.amr.corp.intel.com> <50B68467.5020008@zytor.com> <20121129110045.GX8218@suse.de> <50B7882D.5060100@zytor.com> <3908561D78D1C84285E8C5FCA982C28F1C95FC11@ORSMSX108.amr.corp.intel.com> In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F1C95FC11@ORSMSX108.amr.corp.intel.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 862 Lines: 22 On 11/29/2012 02:41 PM, Luck, Tony wrote: >> The other bit is that if you really really want high reliability, memory >> mirroring is the way to go; it is the only way you will be able to >> hotremove memory without having to have a pre-event to migrate the >> memory away from the affected node before the memory is offlined. > > Some platforms don't support cross-node mirrors ... but we still want to > be able to remove a node. > Yes, well, those platforms don't support that degree of "really really high reliability", since the unannounced failure of the node controller will bring down the system. -hpa -- 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/