[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <7f9a7fe2-da23-422f-a5f1-14fa99eb38d9@suse.cz>
Date: Wed, 4 Jun 2025 11:02:26 +0200
From: Vlastimil Babka <vbabka@...e.cz>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: David Rientjes <rientjes@...gle.com>, Christoph Lameter <cl@...ux.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>,
Roman Gushchin <roman.gushchin@...ux.dev>,
Hyeonggon Yoo <42.hyeyoo@...il.com>
Subject: [GIT PULL] slab updates for 6.16
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.16
AFAIK no conflicts. A small PR this time, but the next merge window should
be different. The second commit came somewhat late hence the PR is also
later than usual to allow for more -next soak time.
Thanks,
Vlastimil
======================================
* Make kvmalloc() more suitable for callers that need it to succeed, but
without unnecessary overhead by reclaim and compaction to get a physically
contiguous allocation. Instead fallback to vmalloc() more easily by default,
unless instructed by __GFP_RETRY_MAYFAIL to prefer kmalloc() harder.
This should allow the removal of a xfs-specific workaround (Michal Hocko)
* Remove potentially excessive warnings due to memory pressure when allocating
structures for per-object allocation profiling metadata (Usama Arif)
----------------------------------------------------------------
Michal Hocko (1):
mm: kvmalloc: make kmalloc fast path real fast path
Usama Arif (1):
mm: slub: only warn once when allocating slab obj extensions fails
mm/slub.c | 15 +++++++++------
1 file changed, 9 insertions(+), 6 deletions(-)
Powered by blists - more mailing lists