Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753931Ab3IXOTl (ORCPT ); Tue, 24 Sep 2013 10:19:41 -0400 Received: from mail-pb0-f41.google.com ([209.85.160.41]:36295 "EHLO mail-pb0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751559Ab3IXOTj (ORCPT ); Tue, 24 Sep 2013 10:19:39 -0400 Message-ID: <52419F63.6010504@gmail.com> Date: Tue, 24 Sep 2013 22:19:15 +0800 From: Zhang Yanfei User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120607 Thunderbird/10.0.5 MIME-Version: 1.0 To: Tejun Heo CC: Zhang Yanfei , "Rafael J . Wysocki" , lenb@kernel.org, Thomas Gleixner , mingo@elte.hu, "H. Peter Anvin" , Andrew Morton , Toshi Kani , Wanpeng Li , Thomas Renninger , Yinghai Lu , Jiang Liu , Wen Congyang , Lai Jiangshan , isimatu.yasuaki@jp.fujitsu.com, izumi.taku@jp.fujitsu.com, Mel Gorman , Minchan Kim , mina86@mina86.com, gong.chen@linux.intel.com, vasilis.liaskovitis@profitbricks.com, lwoodman@redhat.com, Rik van Riel , jweiner@redhat.com, prarit@redhat.com, "x86@kernel.org" , linux-doc@vger.kernel.org, "linux-kernel@vger.kernel.org" , Linux MM , linux-acpi@vger.kernel.org, imtangchen@gmail.com Subject: Re: [PATCH 2/6] memblock: Introduce bottom-up allocation mode References: <524162DA.30004@cn.fujitsu.com> <524163CF.3010303@cn.fujitsu.com> <20130924121725.GC2366@htj.dyndns.org> <524190DC.4060605@gmail.com> <20130924132327.GH2366@htj.dyndns.org> <52419DC6.4030800@gmail.com> <20130924141640.GK2366@htj.dyndns.org> In-Reply-To: <20130924141640.GK2366@htj.dyndns.org> 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: 1423 Lines: 36 On 09/24/2013 10:16 PM, Tejun Heo wrote: > Hello, > > On Tue, Sep 24, 2013 at 10:12:22PM +0800, Zhang Yanfei wrote: >> I see. I think it is rarely to fail. But here is case that it must >> fail in the current bottom-up implementation. For example, we allocate >> memory in reserve_real_mode() by calling this: >> memblock_find_in_range(0, 1<<20, size, PAGE_SIZE); >> >> Both the start and end is below the kernel, so trying bottom-up for >> this must fail. So I am now thinking that if we should take this as >> the special case for bottom-up. That said, if we limit start and end >> both below the kernel, we should allocate memory below the kernel instead >> of make it fail. The cases are also rare, in early boot time, only >> these two: >> >> |->early_reserve_e820_mpc_new() /* allocate memory under 1MB */ >> |->reserve_real_mode() /* allocate memory under 1MB */ >> >> How do you think? > > They need to be special cased regardless, right? It's wrong to print > out warning messages for things which are expected to behave that way. > Just skip bottom-up allocs if @end is under kernel image? > Good idea. Will do this way. -- Thanks. Zhang Yanfei -- 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/