linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Vlastimil Babka <vbabka@suse.cz>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Harry Yoo <harry.yoo@oracle.com>,
	David Rientjes <rientjes@google.com>,
	Christoph Lameter <cl@gentwo.org>,
	Roman Gushchin <roman.gushchin@linux.dev>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Matthew Wilcox <willy@infradead.org>,
	Pedro Falcato <pfalcato@suse.de>,
	Bernard Metzler <bernard.metzler@linux.dev>,
	"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
	David Howells <dhowells@redhat.com>
Subject: [GIT PULL] slab updates for 6.17
Date: Mon, 28 Jul 2025 18:56:40 +0200	[thread overview]
Message-ID: <450d3876-90a9-4b1c-8d73-62ac19048991@suse.cz> (raw)

Hi Linus,

please pull the latest slab updates from:

  git://git.kernel.org/pub/scm/linux/kernel/git/vbabka/slab.git tags/slab-for-6.17

We've hit a last-minute snag last week when lkp reported [1] the commit
"mm, slab: use frozen pages for large kmalloc" exposed a pre-existing bug
in siw_tcp_sendpages(). Pedro has been fixing it [2] so hopefully that will
result in a PR soon, which you can pull before this one - or perhaps take
the fix directly. If that gets stuck for some reason and taking the fix
later would be unacceptable, I can do another PR with my commit taken out.

[1] https://lore.kernel.org/all/202507220801.50a7210-lkp@intel.com/
[2] https://lore.kernel.org/all/20250723104123.190518-1-pfalcato@suse.de/

Thanks,
Vlastimil

======================================

* Convert struct slab to its own flags instead of referencing page flags,
  which is another preparation step before separating it from struct page
  completely. Along with that, a bunch of documentation fixes and cleanups.
  (Matthew Wilcox)

* Convert large kmalloc to use frozen pages in order to be consistent with
  non-large kmalloc slabs (Vlastimil Babka)

* MAINTAINERS updates (Matthew Wilcox, Lorenzo Stoakes)

* Restore NUMA policy support for large kmalloc, broken by mistake in v6.1
  (Vlastimil Babka)

----------------------------------------------------------------
Jonathan Corbet (1):
      slub: Fix a documentation build error for krealloc()

Lorenzo Stoakes (1):
      MAINTAINERS: add missing files to slab section

Matthew Wilcox (Oracle) (9):
      doc: Move SLUB documentation to the admin guide
      slab: Rename slab->__page_flags to slab->flags
      slab: Add SL_partial flag
      slab: Add SL_pfmemalloc flag
      doc: Add slab internal kernel-doc
      vmcoreinfo: Remove documentation of PG_slab and PG_hugetlb
      kfence: Remove mention of PG_slab
      memcg_slabinfo: Fix use of PG_slab
      slab: Update MAINTAINERS entry

Vlastimil Babka (2):
      mm, slab: restore NUMA policy support for large kmalloc
      mm, slab: use frozen pages for large kmalloc

 Documentation/ABI/testing/sysfs-kernel-slab        |  5 +-
 Documentation/admin-guide/kdump/vmcoreinfo.rst     |  8 +--
 Documentation/admin-guide/kernel-parameters.txt    | 12 ++--
 Documentation/admin-guide/mm/index.rst             |  1 +
 .../{mm/slub.rst => admin-guide/mm/slab.rst}       | 19 +++--
 Documentation/mm/index.rst                         |  1 -
 Documentation/mm/slab.rst                          |  7 ++
 MAINTAINERS                                        | 17 +++--
 include/linux/mm.h                                 |  4 +-
 mm/kfence/core.c                                   |  4 +-
 mm/slab.h                                          | 28 +-------
 mm/slub.c                                          | 80 ++++++++++++++++------
 tools/cgroup/memcg_slabinfo.py                     |  4 +-
 13 files changed, 110 insertions(+), 80 deletions(-)
 rename Documentation/{mm/slub.rst => admin-guide/mm/slab.rst} (97%)


             reply	other threads:[~2025-07-28 16:56 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-28 16:56 Vlastimil Babka [this message]
2025-07-30 18:42 ` Linus Torvalds
2025-07-30 18:47   ` Jason Gunthorpe
2025-07-30 18:50     ` Vlastimil Babka
2025-07-30 18:52     ` Linus Torvalds
2025-07-30 18:47 ` 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=450d3876-90a9-4b1c-8d73-62ac19048991@suse.cz \
    --to=vbabka@suse.cz \
    --cc=akpm@linux-foundation.org \
    --cc=bernard.metzler@linux.dev \
    --cc=cl@gentwo.org \
    --cc=dhowells@redhat.com \
    --cc=harry.yoo@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=pfalcato@suse.de \
    --cc=rientjes@google.com \
    --cc=roman.gushchin@linux.dev \
    --cc=torvalds@linux-foundation.org \
    --cc=willy@infradead.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