From: Greg KH <gregkh@linuxfoundation.org>
To: Xianting Tian <xianting.tian@linux.alibaba.com>
Cc: akpm@linux-foundation.org, ziy@nvidia.com,
stable@vger.kernel.org, guoren@kernel.org,
huanyi.xj@alibaba-inc.com, guohanjun@huawei.com,
zjb194813@alibaba-inc.com, tianhu.hh@alibaba-inc.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 5.15] mm: validate buddy page before using
Date: Mon, 20 Jun 2022 13:42:35 +0200 [thread overview]
Message-ID: <YrBdKwFHfy9Lr14c@kroah.com> (raw)
In-Reply-To: <35bd7396-f5aa-e154-9495-0a36fc6f6a33@linux.alibaba.com>
On Mon, Jun 20, 2022 at 06:54:44PM +0800, Xianting Tian wrote:
>
> 在 2022/6/20 下午6:17, Greg KH 写道:
> > On Fri, Jun 17, 2022 at 12:17:45AM +0800, Xianting Tian wrote:
> > > Commit 787af64d05cd ("mm: page_alloc: validate buddy before check its migratetype.")
> > > fixes a bug in 1dd214b8f21c and there is a similar bug in d9dddbf55667 that
> > > can be fixed in a similar way too.
> > >
> > > In unset_migratetype_isolate(), we also need the fix, so move page_is_buddy()
> > > from mm/page_alloc.c to mm/internal.h
> > >
> > > In addition, for RISC-V arch the first 2MB RAM could be reserved for opensbi,
> > > so it would have pfn_base=512 and mem_map began with 512th PFN when
> > > CONFIG_FLATMEM=y.
> > > But __find_buddy_pfn algorithm thinks the start pfn 0, it could get 0 pfn or
> > > less than the pfn_base value. We need page_is_buddy() to verify the buddy to
> > > prevent accessing an invalid buddy.
> > >
> > > Fixes: d9dddbf55667 ("mm/page_alloc: prevent merging between isolated and other pageblocks")
> > > Cc: stable@vger.kernel.org
> > > Reported-by: zjb194813@alibaba-inc.com
> > > Reported-by: tianhu.hh@alibaba-inc.com
> > > Signed-off-by: Xianting Tian <xianting.tian@linux.alibaba.com>
> > > ---
> > > mm/internal.h | 34 ++++++++++++++++++++++++++++++++++
> > > mm/page_alloc.c | 37 +++----------------------------------
> > > mm/page_isolation.c | 3 ++-
> > > 3 files changed, 39 insertions(+), 35 deletions(-)
> > What is the commit id of this in Linus's tree?
>
> It is also this one,
>
> commit 787af64d05cd528aac9ad16752d11bb1c6061bb9
> Author: Zi Yan <ziy@nvidia.com>
> Date: Wed Mar 30 15:45:43 2022 -0700
>
> mm: page_alloc: validate buddy before check its migratetype.
>
> Whenever a buddy page is found, page_is_buddy() should be called to
> check its validity. Add the missing check during pageblock merge check.
>
> Fixes: 1dd214b8f21c ("mm: page_alloc: avoid merging non-fallbackable
> pageblocks with others")
> Link:
> https://lore.kernel.org/all/20220330154208.71aca532@gandalf.local.home/
> Reported-and-tested-by: Steven Rostedt <rostedt@goodmis.org>
> Signed-off-by: Zi Yan <ziy@nvidia.com>
> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit looks nothing like what you posted here.
Why the vast difference with no explaination as to why these are so
different from the other backports you provided here? Also why is the
subject lines changed?
Something went really wrong here, I'm going to drop all of these from
the stable queues and wait for a full series of all new backports, with
the correct upstream commit id added, and the original signed-off-by
lines preserved.
thanks,
greg k-h
next prev parent reply other threads:[~2022-06-20 11:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-16 16:17 [PATCH] mm: page_alloc: " Xianting Tian
2022-06-16 16:17 ` [PATCH 4.14] " Xianting Tian
2022-06-16 16:17 ` [PATCH 4.19] " Xianting Tian
2022-06-16 16:17 ` [PATCH 5.4] " Xianting Tian
2022-06-16 16:17 ` [PATCH 5.10] " Xianting Tian
2022-06-16 16:17 ` [PATCH 5.15] mm: " Xianting Tian
2022-06-20 10:17 ` Greg KH
2022-06-20 10:54 ` Xianting Tian
2022-06-20 11:42 ` Greg KH [this message]
2022-06-20 11:57 ` Xianting Tian
2022-06-20 12:06 ` Greg KH
2022-06-20 12:18 ` Xianting Tian
2022-06-20 12:24 ` Greg KH
2022-06-20 12:41 ` Xianting Tian
2022-06-20 12:45 ` Zi Yan
2022-06-20 12:54 ` Greg KH
2022-06-20 14:13 ` Zi Yan
2022-06-20 20:31 ` Greg KH
2022-06-22 1:37 ` Xianting Tian
2022-06-22 1:52 ` Zi Yan
2022-07-06 2:51 ` Xianting Tian
2022-06-20 12:25 ` Zi Yan
2022-06-16 16:17 ` [PATCH 5.17] " Xianting Tian
2022-06-16 16:20 ` [PATCH] mm: page_alloc: " Xianting Tian
2022-06-16 16:50 ` Greg KH
2022-06-17 1:24 ` Xianting Tian
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=YrBdKwFHfy9Lr14c@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=guohanjun@huawei.com \
--cc=guoren@kernel.org \
--cc=huanyi.xj@alibaba-inc.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=stable@vger.kernel.org \
--cc=tianhu.hh@alibaba-inc.com \
--cc=xianting.tian@linux.alibaba.com \
--cc=ziy@nvidia.com \
--cc=zjb194813@alibaba-inc.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