From: Andrew Morton <akpm@linux-foundation.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
mm-commits@vger.kernel.org
Subject: [GIT PULL] MM hotfixes for 7.3-rc7
Date: Wed, 7 Oct 2026 21:52:40 -0700 [thread overview]
Message-ID: <20261007215240.377006c9206afa07f769e92f@linux-foundation.org> (raw)
Linus, please merge this batch of hotfixes, thanks.
The following changes since commit ff47652a4b66c067c765a7ad464d930b5a9367cc:
Merge tag 'cifs-fixes-7.3-rc6' of https://git.manguebit.org/linux (2026-10-02 14:04:11 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm tags/mm-hotfixes-stable-2026-10-07-21-48
for you to fetch changes up to 80ce29104123be4d61b5912dae543c70af0fcb75:
mailmap: update entry for Andy Yan (2026-10-06 16:44:19 -0700)
----------------------------------------------------------------
7 hotfixes. 4 are cc:stable.
- Update .mailmap entries for Andy Yan and John Garry.
- Fix read-only MAP_SHARED /dev/zero mappings so they retain shared-file
semantics instead of being treated as anonymous memory, also avoiding a
CONFIG_DEBUG_VM assertion.
- Fix 32-bit build warnings in the hugetlb-mmap selftest caused by using the
wrong printf format for size_t values.
- Fix a boot-time crash when early function tracing causes CPA to free kernel
page tables before the workqueues used for deferred freeing are available.
- Fix two MREMAP_DONTUNMAP locked_vm accounting leaks: one caused by an
mlock-on-fault VMA self-merging, and one caused by partially remapping a
locked VMA.
----------------------------------------------------------------
Andy Yan (1):
mailmap: update entry for Andy Yan
Carlos Llamas (1):
selftests/mm: cleanup -Wformat issues in hugetlb-mmap
John Garry (1):
mailmap: update addresses for John Garry
Lorenzo Stoakes (ARM) (3):
mm/mremap: fix locked_vm leak from MREMAP_DONTUNMAP self-merge
mm/mremap: fix locked_vm leak by splitting VMA for MREMAP_DONTUNMAP
drivers/char/mem: mmap readonly MAP_SHARED-/dev/zero correctly
Mikhail Gavrilov (1):
mm: don't schedule deferred kernel page table freeing while booting
.mailmap | 4 +-
drivers/char/mem.c | 2 +-
mm/mremap.c | 70 +++++++++++++++++++++++--------
mm/pgtable-generic.c | 20 ++++++++-
mm/vma.c | 21 ++++++++--
mm/vma.h | 7 +++-
tools/testing/selftests/mm/hugetlb-mmap.c | 4 +-
tools/testing/vma/tests/vma.c | 10 ++---
8 files changed, 106 insertions(+), 32 deletions(-)
next reply other threads:[~2026-10-08 4:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-08 4:52 Andrew Morton [this message]
2026-10-08 11:37 ` pr-tracker-bot
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=20261007215240.377006c9206afa07f769e92f@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mm-commits@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/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
all inboxes | Powered by JetHome®