Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752999Ab3IZPh4 (ORCPT ); Thu, 26 Sep 2013 11:37:56 -0400 Received: from mail-pb0-f45.google.com ([209.85.160.45]:36578 "EHLO mail-pb0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750966Ab3IZPhx (ORCPT ); Thu, 26 Sep 2013 11:37:53 -0400 Message-ID: <524454BE.4030602@gmail.com> Date: Thu, 26 Sep 2013 23:37:34 +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: "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, Zhang Yanfei Subject: Re: [PATCH v5 2/6] memblock: Introduce bottom-up allocation mode References: <5241D897.1090905@gmail.com> <5241D9A4.4080305@gmail.com> <20130926144516.GD3482@htj.dyndns.org> In-Reply-To: <20130926144516.GD3482@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: 1662 Lines: 58 Hello tejun, Thanks for your quick comments first:) On 09/26/2013 10:45 PM, Tejun Heo wrote: > Hello, > > On Wed, Sep 25, 2013 at 02:27:48AM +0800, Zhang Yanfei wrote: >> +#ifdef CONFIG_MOVABLE_NODE >> +static inline void memblock_set_bottom_up(bool enable) >> +{ >> + memblock.bottom_up = enable; >> +} >> + >> +static inline bool memblock_bottom_up(void) >> +{ >> + return memblock.bottom_up; >> +} > > Can you please explain what this is for here? OK, will do. > >> + /* >> + * we always limit bottom-up allocation above the kernel, >> + * but top-down allocation doesn't have the limit, so >> + * retrying top-down allocation may succeed when bottom-up >> + * allocation failed. >> + * >> + * bottom-up allocation is expected to be fail very rarely, >> + * so we use WARN_ONCE() here to see the stack trace if >> + * fail happens. >> + */ >> + WARN_ONCE(1, "memblock: Failed to allocate memory in bottom up " >> + "direction. Now try top down direction.\n"); >> + } > > You and I would know what was going on and what the consequence of the > failure may be but the above warning message is kinda useless to a > user / admin, right? It doesn't really say anything meaningful. > Hmmmm.. May be something like this: WARN_ONCE(1, "Failed to allocated memory above the kernel in bottom-up," "so try to allocate memory below the kernel."); Thanks -- 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/