[PATCH 6.18.y 1/2] kho: free chunks using free_page() instead of kfree()
sashiko-bot at kernel.org
sashiko-bot at kernel.org
Thu Oct 15 07:55:41 PDT 2026
> From: Pratyush Yadav <pratyush at kernel.org>
>
> [ Upstream commit b15515155af735a86e5bcd67ed739162f0de27f5 ]
>
> Before commit fa759cd75bce5 ("kho: allocate metadata directly from the
> buddy allocator"), the chunks were allocated from the slab allocator using
> kzalloc(). Those were rightly freed using kfree().
>
> When the commit switched to using the buddy allocator directly, it missed
> updating kho_mem_ser_free() to use free_page() instead of kfree().
>
> Link: https://lkml.kernel.org/r/20251118182218.63044-1-pratyush@kernel.org
> Fixes: fa759cd75bce5 ("kho: allocate metadata directly from the buddy allocator")
> Signed-off-by: Pratyush Yadav <pratyush at kernel.org>
> Reviewed-by: Pasha Tatashin <pasha.tatashin at soleen.com>
> Reviewed-by: Mike Rapoport (Microsoft) <rppt at kernel.org>
> Cc: Alexander Graf <graf at amazon.com>
> Cc: David Matlack <dmatlack at google.com>
> Signed-off-by: Andrew Morton <akpm at linux-foundation.org>
> Signed-off-by: Federico Parola <fparola at amazon.de>
Sashiko has reviewed this patch and found no issues. It looks great!
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261015144529.76911-1-fparola@amazon.de?part=1
More information about the kexec
mailing list