All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gavin Shan <shangw@linux.vnet.ibm.com>
To: Li Haifeng <omycle@gmail.com>
Cc: Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mel Gorman <mgorman@suse.de>, Minchan Kim <minchan.kim@gmail.com>,
	Johannes Weiner <jweiner@redhat.com>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: Fixup the page of buddy_higher address's calculation
Date: Thu, 23 Aug 2012 20:30:34 +0800	[thread overview]
Message-ID: <20120823123034.GA3793@shangw.(null)> (raw)
In-Reply-To: <CAFNq8R5pY0yPp-LQYNywpMhVtXgqPSy3RYqHVTVpPXs52kOmJw@mail.gmail.com>

On Thu, Aug 23, 2012 at 06:21:06PM +0800, Li Haifeng wrote:
>I am sorry for my mistake.
>
>higher_buddy is corresponding with buddy_index, and higher page is
>corresponding with combined_idx. That is right.
>
>But, How we get the page address from index offset? The key answer is
>what is the base value.
>So calculating the address based page should be (page + (buddy_idx - page_idx)).
>
>Maybe, a diagram is easier to understand.
>
> |-------------------------|-------------|
>page               combined   buddy
>
>buddy's page address= pagea??s page address + (buddy - page)*sizeof(struct page)
>
>Clear?
>

It sounds reasonable.

>2012/8/23 Michal Hocko <mhocko@suse.cz>:
>> On Thu 23-08-12 16:40:13, Li Haifeng wrote:
>>> From d7cd78f9d71a5c9ddeed02724558096f0bb4508a Mon Sep 17 00:00:00 2001
>>> From: Haifeng Li <omycle@gmail.com>
>>> Date: Thu, 23 Aug 2012 16:27:19 +0800
>>> Subject: [PATCH] Fixup the page of buddy_higher address's calculation
>>
>> Some general questions:
>> Any word about the change? Is it really that obvious? Why do you think the
>> current state is incorrect? How did you find out?
>>
>> And more specific below:
>>
>>> Signed-off-by: Haifeng Li <omycle@gmail.com>
>>> ---
>>>  mm/page_alloc.c |    2 +-
>>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
>>> index ddbc17d..5588f68 100644
>>> --- a/mm/page_alloc.c
>>> +++ b/mm/page_alloc.c
>>> @@ -579,7 +579,7 @@ static inline void __free_one_page(struct page *page,
>>>                 combined_idx = buddy_idx & page_idx;
>>>                 higher_page = page + (combined_idx - page_idx);
>>>                 buddy_idx = __find_buddy_index(combined_idx, order + 1);
>>> -               higher_buddy = page + (buddy_idx - combined_idx);
>>> +               higher_buddy = page + (buddy_idx - page_idx);

Haifeng, Not sure it would be better? At least, the expression
would be more explicitly meaningful than yours.

		    higher_buddy = higher_page + (buddy_idx - combined_idx);

Thanks,
Gavin

>>
>> We are finding buddy index for combined_idx so why should we use
>> page_idx here?
>>
>>>                 if (page_is_buddy(higher_page, higher_buddy, order + 1)) {
>>>                         list_add_tail(&page->lru,
>>>                                 &zone->free_area[order].free_list[migratetype]);
>>> --
>>> 1.7.5.4
>>
>> --
>> Michal Hocko
>> SUSE Labs
>
>--
>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>
>

--
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>

  parent reply	other threads:[~2012-08-23 12:31 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-23  8:40 Fixup the page of buddy_higher address's calculation Li Haifeng
2012-08-23  8:40 ` Li Haifeng
2012-08-23  9:50 ` Michal Hocko
2012-08-23  9:50   ` Michal Hocko
2012-08-23 10:21   ` Li Haifeng
2012-08-23 10:21     ` Li Haifeng
2012-08-23 12:30     ` Gavin Shan
2012-08-23 12:30     ` Gavin Shan [this message]
2012-08-23 13:58       ` Michal Hocko
2012-08-23 13:58         ` Michal Hocko
2012-08-24  2:08         ` Li Haifeng
2012-08-24  2:08           ` Li Haifeng
2012-08-24  8:06           ` Michal Hocko
2012-08-24  8:06             ` Michal Hocko
2012-08-24  9:08             ` Li Haifeng
2012-08-24  9:08               ` Li Haifeng
2012-08-24  9:44               ` Michal Hocko
2012-08-24  9:44                 ` Michal Hocko

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='20120823123034.GA3793@shangw.(null)' \
    --to=shangw@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=jweiner@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@suse.de \
    --cc=mhocko@suse.cz \
    --cc=minchan.kim@gmail.com \
    --cc=omycle@gmail.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.