Linux-mm Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Longlong Xia <xialonglong2025@163.com>
Cc: muchun.song@linux.dev, osalvador@suse.de, david@kernel.org,
	mike.kravetz@oracle.com, mhocko@suse.com, linmiaohe@huawei.com,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	xialonglong@kylinos.cn
Subject: Re: [PATCH v2 1/2] mm/hugetlb: do not dissolve gigantic pages without runtime support
Date: Thu, 27 Aug 2026 22:22:52 -0700	[thread overview]
Message-ID: <20260827222252.13fc8852f4bc7d6a5bab6178@linux-foundation.org> (raw)
In-Reply-To: <20260823044118.1097121-2-xialonglong2025@163.com>

On Sun, 23 Aug 2026 12:40:51 +0800 Longlong Xia <xialonglong2025@163.com> wrote:

> From: Longlong Xia <xialonglong@kylinos.cn>
> 
> dissolve_free_hugetlb_folio() doesn't check
> hstate_is_gigantic_no_runtime(h) though remove_hugetlb_folio()/
> update_and_free_hugetlb_folio() silently bail for such folios, so it
> frees a still-listed folio and, on vmemmap restore failure, the
> add_hugetlb_folio() rollback corrupts the free list.
> 
> Fixes: 6eb4e88a6d27 ("hugetlb: create remove_hugetlb_page() to separate functionality")
> Assisted-by: Codex:gpt-5.6-sol
> Signed-off-by: Longlong Xia <xialonglong@kylinos.cn>

This doesn't carry an explicit cc:stable, as you mentioned in the cover
letter.  And that's OK - people often omit it.  Perhaps because the
-stable people backport every dang thing which has a Fixes:.  They've
been asked not to do that for MM.

Also, the changelogging doesn't provide reasons for backporting the
fix.  Please review Documentation/process/stable-kernel-rules.rst.  The
key thing is to include a description of the userspace-visible runtime
effects of the bug.

A reproducer, a Reported-by:, a Closes:, etc.  *something* to explain
to people why they should make this change to their kernel.

From the v1 review discussion it appears that this fix was inspired by
a Sashiko report?  Changelogging this detail would be helpful.


I asked Gemini to create a reproducer for this
(https://share.gemini.google/be2PvvOLw6kx) and it's very involved. 
Makes me suspect that nobody has hit this in real life?


Muchun's ack wasn't carried over from the v1 patch?


Thanks, I'll apply the patches (hoping for additional review) but at
this stage I'm not really sure *why* I"m applying them!


btw, there wasn't anything in the [0/N] cover letter which was usable
in a cover letter.  But that's OK - I'll split the series apart anyway
Because [1/1] is cc:stable so it will take a different path into
mainline, with different timing.


hm, anyway, that was lengthy.  Please send along a few additional words
telling people why we feel this should be backported?




  reply	other threads:[~2026-08-28  5:22 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-23  4:40 [PATCH v2 0/2] mm/hugetlb: dissolve gigantic pages without runtime support Longlong Xia
2026-08-23  4:40 ` [PATCH v2 1/2] mm/hugetlb: do not " Longlong Xia
2026-08-28  5:22   ` Andrew Morton [this message]
2026-08-28  6:41   ` Muchun Song
2026-08-23  4:40 ` [PATCH v2 2/2] mm/hugetlb: warn instead of silently bailing " Longlong Xia
2026-08-28  6:42   ` Muchun Song

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=20260827222252.13fc8852f4bc7d6a5bab6178@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=david@kernel.org \
    --cc=linmiaohe@huawei.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mhocko@suse.com \
    --cc=mike.kravetz@oracle.com \
    --cc=muchun.song@linux.dev \
    --cc=osalvador@suse.de \
    --cc=xialonglong2025@163.com \
    --cc=xialonglong@kylinos.cn \
    /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