From: Vlastimil Babka <vbabka@suse.cz>
To: Miles Chen <miles.chen@mediatek.com>,
Andrew Morton <akpm@linux-foundation.org>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-mediatek@lists.infradead.org, wsd_upstream@mediatek.com,
Michal Hocko <mhocko@suse.com>
Subject: Re: [PATCH] mm/page_owner: fix incorrect looping in __set_page_owner_handle()
Date: Fri, 4 Oct 2019 09:57:20 +0200 [thread overview]
Message-ID: <f5027e93-7cf3-3a90-f1f8-b829ea4b75b9@suse.cz> (raw)
In-Reply-To: <20191004073755.3228-1-miles.chen@mediatek.com>
On 10/4/19 9:37 AM, Miles Chen wrote:
> In __set_page_owner_handle(), we should loop over page
> [0...(1 << order) - 1] and setup their page_owner structures.
>
> Currently, __set_page_owner_handle() update page_ext at the end of
> the loop, sets the page_owner of (page + 0) twice and
> misses the page_owner of (page + (1 << order) - 1).
>
> Fix it by updating the page_ext at the start of the loop.
>
> In i == 0 case:
> for (i = 0; i < (1 << order); i++) {
> page_owner = get_page_owner(page_ext); <- page_ext belongs to page + 0
> ...
> page_ext = lookup_page_ext(page + i); <- lookup_page_ext(page + 0)
> }
>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Vlastimil Babka <vbabka@suse.cz>
> Cc: Michal Hocko <mhocko@suse.com>
> Signed-off-by: Miles Chen <miles.chen@mediatek.com>
> Fixes: 7e2f2a0cd17c ("mm, page_owner: record page owner for each subpage")
Thanks. Kirill spotted it earlier and there's a fix pending:
https://lore.kernel.org/linux-mm/20190930122916.14969-2-vbabka@suse.cz/
> ---
> mm/page_owner.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/mm/page_owner.c b/mm/page_owner.c
> index dee931184788..110c3e1987f2 100644
> --- a/mm/page_owner.c
> +++ b/mm/page_owner.c
> @@ -178,6 +178,7 @@ static inline void __set_page_owner_handle(struct page *page,
> int i;
>
> for (i = 0; i < (1 << order); i++) {
> + page_ext = lookup_page_ext(page + i);
> page_owner = get_page_owner(page_ext);
> page_owner->handle = handle;
> page_owner->order = order;
> @@ -185,8 +186,6 @@ static inline void __set_page_owner_handle(struct page *page,
> page_owner->last_migrate_reason = -1;
> __set_bit(PAGE_EXT_OWNER, &page_ext->flags);
> __set_bit(PAGE_EXT_OWNER_ACTIVE, &page_ext->flags);
> -
> - page_ext = lookup_page_ext(page + i);
> }
> }
>
>
next prev parent reply other threads:[~2019-10-04 7:57 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-04 7:37 Miles Chen
2019-10-04 7:57 ` Vlastimil Babka [this message]
2019-10-04 7:59 ` Miles Chen
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=f5027e93-7cf3-3a90-f1f8-b829ea4b75b9@suse.cz \
--to=vbabka@suse.cz \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-mm@kvack.org \
--cc=mhocko@suse.com \
--cc=miles.chen@mediatek.com \
--cc=wsd_upstream@mediatek.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox