From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Date: Thu, 24 Nov 2016 10:26:21 +0000 From: Catalin Marinas Subject: Re: [PATCH v28 1/9] memblock: add memblock_cap_memory_range() Message-ID: <20161124102619.GC78338@MBP.local> References: <20161124095523.6972-1-takahiro.akashi@linaro.org> <20161124095717.7037-1-takahiro.akashi@linaro.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20161124095717.7037-1-takahiro.akashi@linaro.org> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Andrew Morton Cc: mark.rutland@arm.com, linux-mm@kvack.org, geoff@infradead.org, kexec@lists.infradead.org, will.deacon@arm.com, AKASHI Takahiro , james.morse@arm.com, bauerman@linux.vnet.ibm.com, dyoung@redhat.com, linux-arm-kernel@lists.infradead.org Hi Andrew, On Thu, Nov 24, 2016 at 06:57:17PM +0900, AKASHI Takahiro wrote: > Add memblock_cap_memory_range() which will remove all the memblock regions > except the memory range specified in the arguments. In addition, rework is > done on memblock_mem_limit_remove_map() to re-implement it using > memblock_cap_memory_range(). > > This function, like memblock_mem_limit_remove_map(), will not remove > memblocks with MEMMAP_NOMAP attribute as they may be mapped and accessed > later as "device memory." > See the commit a571d4eb55d8 ("mm/memblock.c: add new infrastructure to > address the mem limit issue"). > > This function is used, in a succeeding patch in the series of arm64 kdump > suuport, to limit the range of usable memory, or System RAM, on crash dump > kernel. > (Please note that "mem=" parameter is of little use for this purpose.) > > Signed-off-by: AKASHI Takahiro > Reviewed-by: Will Deacon > Cc: linux-mm@kvack.org > Cc: Andrew Morton > --- > include/linux/memblock.h | 1 + > mm/memblock.c | 44 +++++++++++++++++++++++++++++--------------- > 2 files changed, 30 insertions(+), 15 deletions(-) Are you OK with this patch to go in via the arm64 tree (together with the other patches in this series)? Thanks. -- Catalin _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec