mm, slab: use frozen pages for large kmalloc
authorVlastimil Babka <vbabka@suse.cz>
Mon, 2 Jun 2025 11:02:13 +0000 (13:02 +0200)
committerVlastimil Babka <vbabka@suse.cz>
Tue, 17 Jun 2025 09:57:36 +0000 (11:57 +0200)
commit5660ee54e7982f9097ddc684e90f15bdcc7fef4b
tree1e3ad4a37179175052ac30459f1c033f82265684
parente2d18cbf178775ad377ad88ee55e6e183c38d262
mm, slab: use frozen pages for large kmalloc

Since slab pages are now frozen, it makes sense to have large kmalloc()
objects behave same as small kmalloc(), as the choice between the two is
an implementation detail depending on allocation size.

Notably, increasing refcount on a slab page containing kmalloc() object
is not possible anymore, so it should be consistent for large kmalloc
pages.

Therefore, change large kmalloc to use the frozen pages API.

Because of some unexpected fallout in the slab pages case (see commit
b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page"),
implement the same kind of checks and warnings as part of this change.

Notably, networking code using sendpage_ok() to determine whether the
page refcount can be manipulated in the network stack should continue
behaving correctly. Before this change, the function returns true for
large kmalloc pages and page refcount can be manipulated. After this
change, the function will return false.

Acked-by: Roman Gushchin <roman.gushchin@linux.dev>
Acked-by: Harry Yoo <harry.yoo@oracle.com>
Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
include/linux/mm.h
mm/slub.c