From: Zhang Yanfei <zhangyanfei.yes@gmail.com>
To: Tejun Heo <tj@kernel.org>
Cc: Tang Chen <tangchen@cn.fujitsu.com>,
rjw@sisk.pl, lenb@kernel.org, tglx@linutronix.de, mingo@elte.hu,
hpa@zytor.com, akpm@linux-foundation.org, toshi.kani@hp.com,
zhangyanfei@cn.fujitsu.com, liwanp@linux.vnet.ibm.com,
trenn@suse.de, yinghai@kernel.org, jiang.liu@huawei.com,
wency@cn.fujitsu.com, laijs@cn.fujitsu.com,
isimatu.yasuaki@jp.fujitsu.com, izumi.taku@jp.fujitsu.com,
mgorman@suse.de, minchan@kernel.org, mina86@mina86.com,
gong.chen@linux.intel.com, vasilis.liaskovitis@profitbricks.com,
lwoodman@redhat.com, riel@redhat.com, jweiner@redhat.com,
prarit@redhat.com, x86@kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH v3 1/5] memblock: Introduce allocation direction to memblock.
Date: Tue, 24 Sep 2013 00:36:19 +0800 [thread overview]
Message-ID: <52406E03.5060004@gmail.com> (raw)
In-Reply-To: <20130923153853.GC14547@htj.dyndns.org>
Hello tejun,
On 09/23/2013 11:38 PM, Tejun Heo wrote:
> Hello,
>
> Sorry about the delay. Was traveling.
hoho~ I guess you did have a good time.
>
> On Fri, Sep 13, 2013 at 05:30:51PM +0800, Tang Chen wrote:
>> +/* Allocation order. */
>> +#define MEMBLOCK_DIRECTION_HIGH_TO_LOW 0
>> +#define MEMBLOCK_DIRECTION_LOW_TO_HIGH 1
>> +#define MEMBLOCK_DIRECTION_DEFAULT MEMBLOCK_DIRECTION_HIGH_TO_LOW
>
> Can we please settle on either top_down/bottom_up or
> high_to_low/low_to_high? The two seem to be used interchangeably in
> the patch series. Also, it'd be more customary to use enum for things
> like above, but more on the interface below.
OK. let's use top_down/bottom_up. And using enum is also ok.
>
>> +static inline bool memblock_direction_bottom_up(void)
>> +{
>> + return memblock.current_direction == MEMBLOCK_DIRECTION_LOW_TO_HIGH;
>> +}
>
> Maybe just memblock_bottom_up() would be enough?
Agreed.
>
> Also, why not also have memblock_set_bottom_up(bool enable) as the
> 'set' interface?
hmmm, ok. So we will use memblock_set_bottom_up to replace
memblock_set_current_direction below.
>
>> /**
>> + * memblock_set_current_direction - Set current allocation direction to allow
>> + * allocating memory from higher to lower
>> + * address or from lower to higher address
>> + *
>> + * @direction: In which order to allocate memory. Could be
>> + * MEMBLOCK_DIRECTION_{HIGH_TO_LOW|LOW_TO_HIGH}
>> + */
>> +void memblock_set_current_direction(int direction);
>
> Function comments should go with the function definition. Dunno what
> happened with set_current_limit but let's please not spread it.
>
>> +void __init_memblock memblock_set_current_direction(int direction)
>> +{
>> + if (direction != MEMBLOCK_DIRECTION_HIGH_TO_LOW &&
>> + direction != MEMBLOCK_DIRECTION_LOW_TO_HIGH) {
>> + pr_warn("memblock: Failed to set allocation order. "
>> + "Invalid order type: %d\n", direction);
>> + return;
>> + }
>> +
>> + memblock.current_direction = direction;
>> +}
>
> If set_bottom_up() style interface is used, the above will be a lot
> simpler, right? Also, it's kinda weird to have two separate patches
> to introduce the flag and actually implement bottom up allocation.
Yeah, right, that'd be much simpler. And it is ok to put the two in
one patch.
Thanks.
>
> Thanks.
>
--
Thanks.
Zhang Yanfei
WARNING: multiple messages have this Message-ID (diff)
From: Zhang Yanfei <zhangyanfei.yes@gmail.com>
To: Tejun Heo <tj@kernel.org>
Cc: Tang Chen <tangchen@cn.fujitsu.com>,
rjw@sisk.pl, lenb@kernel.org, tglx@linutronix.de, mingo@elte.hu,
hpa@zytor.com, akpm@linux-foundation.org, toshi.kani@hp.com,
zhangyanfei@cn.fujitsu.com, liwanp@linux.vnet.ibm.com,
trenn@suse.de, yinghai@kernel.org, jiang.liu@huawei.com,
wency@cn.fujitsu.com, laijs@cn.fujitsu.com,
isimatu.yasuaki@jp.fujitsu.com, izumi.taku@jp.fujitsu.com,
mgorman@suse.de, minchan@kernel.org, mina86@mina86.com,
gong.chen@linux.intel.com, vasilis.liaskovitis@profitbricks.com,
lwoodman@redhat.com, riel@redhat.com, jweiner@redhat.com,
prarit@redhat.com, x86@kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH v3 1/5] memblock: Introduce allocation direction to memblock.
Date: Tue, 24 Sep 2013 00:36:19 +0800 [thread overview]
Message-ID: <52406E03.5060004@gmail.com> (raw)
In-Reply-To: <20130923153853.GC14547@htj.dyndns.org>
Hello tejun,
On 09/23/2013 11:38 PM, Tejun Heo wrote:
> Hello,
>
> Sorry about the delay. Was traveling.
hoho~ I guess you did have a good time.
>
> On Fri, Sep 13, 2013 at 05:30:51PM +0800, Tang Chen wrote:
>> +/* Allocation order. */
>> +#define MEMBLOCK_DIRECTION_HIGH_TO_LOW 0
>> +#define MEMBLOCK_DIRECTION_LOW_TO_HIGH 1
>> +#define MEMBLOCK_DIRECTION_DEFAULT MEMBLOCK_DIRECTION_HIGH_TO_LOW
>
> Can we please settle on either top_down/bottom_up or
> high_to_low/low_to_high? The two seem to be used interchangeably in
> the patch series. Also, it'd be more customary to use enum for things
> like above, but more on the interface below.
OK. let's use top_down/bottom_up. And using enum is also ok.
>
>> +static inline bool memblock_direction_bottom_up(void)
>> +{
>> + return memblock.current_direction == MEMBLOCK_DIRECTION_LOW_TO_HIGH;
>> +}
>
> Maybe just memblock_bottom_up() would be enough?
Agreed.
>
> Also, why not also have memblock_set_bottom_up(bool enable) as the
> 'set' interface?
hmmm, ok. So we will use memblock_set_bottom_up to replace
memblock_set_current_direction below.
>
>> /**
>> + * memblock_set_current_direction - Set current allocation direction to allow
>> + * allocating memory from higher to lower
>> + * address or from lower to higher address
>> + *
>> + * @direction: In which order to allocate memory. Could be
>> + * MEMBLOCK_DIRECTION_{HIGH_TO_LOW|LOW_TO_HIGH}
>> + */
>> +void memblock_set_current_direction(int direction);
>
> Function comments should go with the function definition. Dunno what
> happened with set_current_limit but let's please not spread it.
>
>> +void __init_memblock memblock_set_current_direction(int direction)
>> +{
>> + if (direction != MEMBLOCK_DIRECTION_HIGH_TO_LOW &&
>> + direction != MEMBLOCK_DIRECTION_LOW_TO_HIGH) {
>> + pr_warn("memblock: Failed to set allocation order. "
>> + "Invalid order type: %d\n", direction);
>> + return;
>> + }
>> +
>> + memblock.current_direction = direction;
>> +}
>
> If set_bottom_up() style interface is used, the above will be a lot
> simpler, right? Also, it's kinda weird to have two separate patches
> to introduce the flag and actually implement bottom up allocation.
Yeah, right, that'd be much simpler. And it is ok to put the two in
one patch.
Thanks.
>
> Thanks.
>
--
Thanks.
Zhang Yanfei
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2013-09-23 16:36 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-13 9:30 [PATCH v3 0/5] x86, memblock: Allocate memory near kernel image before SRAT parsed Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-13 9:30 ` [PATCH v3 1/5] memblock: Introduce allocation direction to memblock Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-14 2:42 ` Jianguo Wu
2013-09-14 2:42 ` Jianguo Wu
2013-09-14 2:42 ` Jianguo Wu
2013-09-15 13:23 ` chen tang
2013-09-15 13:23 ` chen tang
2013-09-23 15:38 ` Tejun Heo
2013-09-23 15:38 ` Tejun Heo
2013-09-23 16:36 ` Zhang Yanfei [this message]
2013-09-23 16:36 ` Zhang Yanfei
2013-09-13 9:30 ` [PATCH v3 2/5] memblock: Improve memblock to support allocation from lower address Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-13 21:53 ` Toshi Kani
2013-09-13 21:53 ` Toshi Kani
2013-09-16 1:28 ` Zhang Yanfei
2013-09-16 1:28 ` Zhang Yanfei
2013-09-23 15:50 ` Tejun Heo
2013-09-23 15:50 ` Tejun Heo
2013-09-23 16:44 ` Zhang Yanfei
2013-09-23 16:44 ` Zhang Yanfei
2013-09-23 18:07 ` Zhang Yanfei
2013-09-23 18:07 ` Zhang Yanfei
2013-09-23 20:21 ` Tejun Heo
2013-09-23 20:21 ` Tejun Heo
2013-09-24 2:41 ` Zhang Yanfei
2013-09-24 2:41 ` Zhang Yanfei
2013-09-24 2:46 ` Tejun Heo
2013-09-24 2:46 ` Tejun Heo
2013-09-13 9:30 ` [PATCH v3 3/5] x86, acpi, crash, kdump: Do reserve_crashkernel() after SRAT is parsed Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-13 9:30 ` [PATCH v3 4/5] x86, mem-hotplug: Support initialize page tables from low to high Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-23 15:53 ` Tejun Heo
2013-09-23 15:53 ` Tejun Heo
2013-09-23 16:46 ` Zhang Yanfei
2013-09-23 16:46 ` Zhang Yanfei
2013-09-13 9:30 ` [PATCH v3 5/5] mem-hotplug: Introduce movablenode boot option to control memblock allocation direction Tang Chen
2013-09-13 9:30 ` Tang Chen
2013-09-23 15:57 ` Tejun Heo
2013-09-23 15:57 ` Tejun Heo
2013-09-23 16:58 ` Zhang Yanfei
2013-09-23 16:58 ` Zhang Yanfei
2013-09-23 17:11 ` Tejun Heo
2013-09-23 17:11 ` Tejun Heo
2013-09-16 11:00 ` [PATCH v3 0/5] x86, memblock: Allocate memory near kernel image before SRAT parsed Zhang Yanfei
2013-09-16 11:00 ` Zhang Yanfei
2013-09-19 16:57 ` Yanfei Zhang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52406E03.5060004@gmail.com \
--to=zhangyanfei.yes@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=gong.chen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=isimatu.yasuaki@jp.fujitsu.com \
--cc=izumi.taku@jp.fujitsu.com \
--cc=jiang.liu@huawei.com \
--cc=jweiner@redhat.com \
--cc=laijs@cn.fujitsu.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=liwanp@linux.vnet.ibm.com \
--cc=lwoodman@redhat.com \
--cc=mgorman@suse.de \
--cc=mina86@mina86.com \
--cc=minchan@kernel.org \
--cc=mingo@elte.hu \
--cc=prarit@redhat.com \
--cc=riel@redhat.com \
--cc=rjw@sisk.pl \
--cc=tangchen@cn.fujitsu.com \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=toshi.kani@hp.com \
--cc=trenn@suse.de \
--cc=vasilis.liaskovitis@profitbricks.com \
--cc=wency@cn.fujitsu.com \
--cc=x86@kernel.org \
--cc=yinghai@kernel.org \
--cc=zhangyanfei@cn.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.