[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20251107-slab-fms-cleanup-v1-0-650b1491ac9e@suse.cz>
Date: Fri, 07 Nov 2025 14:51:22 +0100
From: Vlastimil Babka <vbabka@...e.cz>
To: linux-mm@...ck.org
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Christoph Lameter <cl@...two.org>, David Rientjes <rientjes@...gle.com>,
Roman Gushchin <roman.gushchin@...ux.dev>, Harry Yoo <harry.yoo@...cle.com>,
linux-kernel@...r.kernel.org, Vlastimil Babka <vbabka@...e.cz>
Subject: [PATCH 0/4] slab: cmpxchg cleanups enabled by -fms-extensions
After learning about -fms-extensions being enabled for 6.19, I realized
there is some cleanup potential in slub code by extending the definition
and usage of freelist_aba_t, as it can now become an unnamed member of
struct slab. This series performs the cleanup, with no functional
changes intended. Additionally we turn freelist_aba_t to struct
freelist_counters as it doesn't meet any criteria for being a typedef,
per Documentation/process/coding-style.rst
It is based on:
- slab/for-next-fixes
- this cleanup patch https://patch.msgid.link/20251103-fix-nolock-loop-v1-1-6e2b3e82b9da@suse.cz
(first of another series) to avoid conflicts in __slab_free()
- merge 'kbuild-ms-extensions-6.19' of git://git.kernel.org/pub/scm/linux/kernel/git/kbuild/linux
All of that is provided here:
https://git.kernel.org/pub/scm/linux/kernel/git/vbabka/linux.git/log/?h=b4/slab-fms-cleanup
Signed-off-by: Vlastimil Babka <vbabka@...e.cz>
---
Vlastimil Babka (4):
slab: separate struct freelist_tid from kmem_cache_cpu
slab: turn freelist_aba_t to a struct and fully define counters there
slab: use struct freelist_counters for local variables instead of struct slab
slab: use struct freelist_counters as parameters in relevant functions
mm/slab.h | 52 ++++++++++-----------
mm/slub.c | 155 ++++++++++++++++++++++++++++----------------------------------
2 files changed, 93 insertions(+), 114 deletions(-)
---
base-commit: c77d09928c398df0556e8ef659b4235559e0a374
change-id: 20251107-slab-fms-cleanup-8e1cc5f5ebd4
Best regards,
--
Vlastimil Babka <vbabka@...e.cz>
Powered by blists - more mailing lists