diff options
| author | Mike Rapoport (Microsoft) <[email protected]> | 2025-09-21 05:44:55 +0000 |
|---|---|---|
| committer | Andrew Morton <[email protected]> | 2025-10-07 20:48:55 +0000 |
| commit | 469661d0d3a55a7ba1e7cb847c26baf78cace086 (patch) | |
| tree | 041e4348905133de1a221d372ebe0aff74f0aef2 /lib/mpi/mpi-mod.c | |
| parent | MAINTAINERS, .mailmap: update Umang's email address (diff) | |
| download | kernel-469661d0d3a55a7ba1e7cb847c26baf78cace086.tar.gz kernel-469661d0d3a55a7ba1e7cb847c26baf78cace086.zip | |
kho: check if kho is finalized in __kho_preserve_order()
Patch series "kho: add support for preserving vmalloc allocations", v5.
Following the discussion about preservation of memfd with LUO [1] these
patches add support for preserving vmalloc allocations.
Any KHO uses case presumes that there's a data structure that lists
physical addresses of preserved folios (and potentially some additional
metadata). Allowing vmalloc preservations with KHO allows scalable
preservation of such data structures.
For instance, instead of allocating array describing preserved folios in
the fdt, memfd preservation can use vmalloc:
preserved_folios = vmalloc_array(nr_folios, sizeof(*preserved_folios));
memfd_luo_preserve_folios(preserved_folios, folios, nr_folios);
kho_preserve_vmalloc(preserved_folios, &folios_info);
This patch (of 4):
Instead of checking if kho is finalized in each caller of
__kho_preserve_order(), do it in the core function itself.
Link: https://lkml.kernel.org/r/[email protected]
Link: https://lkml.kernel.org/r/[email protected]
Link: https://lore.kernel.org/all/[email protected] [1]
Signed-off-by: Mike Rapoport (Microsoft) <[email protected]>
Reviewed-by: Pratyush Yadav <[email protected]>
Cc: Alexander Graf <[email protected]>
Cc: Baoquan He <[email protected]>
Cc: Changyuan Lyu <[email protected]>
Cc: Chris Li <[email protected]>
Cc: Jason Gunthorpe <[email protected]>
Cc: Pasha Tatashin <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Diffstat (limited to 'lib/mpi/mpi-mod.c')
0 files changed, 0 insertions, 0 deletions
