[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