Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752570AbbERIZC (ORCPT ); Mon, 18 May 2015 04:25:02 -0400 Received: from szxga03-in.huawei.com ([119.145.14.66]:23352 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752514AbbERIYu (ORCPT ); Mon, 18 May 2015 04:24:50 -0400 Message-ID: <5559A17B.90401@huawei.com> Date: Mon, 18 May 2015 16:23:23 +0800 From: Xishi Qiu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Tony Luck CC: Andrew Morton , , Linux MM , Xiexiuqi Subject: Re: [RFC 0/3] Mirrored memory support for boot time allocations References: <55599BAA.20204@huawei.com> In-Reply-To: <55599BAA.20204@huawei.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.25.179] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5559A1C6.016A,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: e7271dd28efc696d348f35067c6dd8d4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2295 Lines: 66 Add linux-mm@kvack.org On 2015/5/18 15:58, Xishi Qiu wrote: > On 2015/2/7 5:54, Tony Luck wrote: > >> Platforms that support a mix of mirrored and regular memory are coming. >> >> We'd like to use the mirrored memory for kernel code, data and dynamically >> allocated data because our machine check recovery code cannot fix problems >> there. This series modifies the memblock allocator to comprehend mirrored >> memory and use it for all boot time allocations. Later I'll dig into page_alloc.c >> to put the leftover mirrored memory into a zone to be used for kernel allocation >> by slab/slob/slub and others. > > Hi Tony, > > Is it means that you will create a new zone to fill mirrored memory, like the > movable zone, right? > I think this will change a lot of code, why not create a new migrate type? > such as CMA, e.g. MIGRATE_MIRROR > > Thanks, > Xishi Qiu > >> >> You'll see why this is just RFC when you get to part 3. >> >> Tony Luck (3): >> mm/memblock: Add extra "flag" to memblock to allow selection of memory >> based on attribute >> mm/memblock: Allocate boot time data structures from mirrored memory >> x86, mirror: x86 enabling - find mirrored memory ranges and tell >> memblock >> >> arch/s390/kernel/crash_dump.c | 4 +- >> arch/sparc/mm/init_64.c | 4 +- >> arch/x86/kernel/check.c | 2 +- >> arch/x86/kernel/e820.c | 2 +- >> arch/x86/mm/init_32.c | 2 +- >> arch/x86/mm/memtest.c | 2 +- >> include/linux/memblock.h | 43 ++++++++++------ >> mm/cma.c | 4 +- >> mm/memblock.c | 113 ++++++++++++++++++++++++++++++++---------- >> mm/nobootmem.c | 12 ++++- >> 10 files changed, 135 insertions(+), 53 deletions(-) >> > > > > -- > 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/ > > . > -- 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/