summaryrefslogtreecommitdiff
path: root/include/linux/platform_data
diff options
context:
space:
mode:
authorPratyush Yadav (Google) <pratyush@kernel.org>2026-09-22 06:13:15 +0200
committerMike Rapoport <rppt@kernel.org>2026-10-09 18:13:27 +0200
commit8ebd2eb87f50b7bdd5a87929da320514ca91726f (patch)
treee60ca4ae6acecb40190cc9a9f6b3ae617b382960 /include/linux/platform_data
parent48edec475144a9acb9515d37475bda4752912727 (diff)
downloadlinux-next-8ebd2eb87f50b7bdd5a87929da320514ca91726f.tar.gz
linux-next-8ebd2eb87f50b7bdd5a87929da320514ca91726f.zip
kho: rename KHO scratch to KHO bootmem
The term "KHO scratch" is vague and overloaded. For one, it does not accurately describe what the memory is for. From KHO's perspective, it is memory passed by the previous kernel that is guaranteed to have no allocations and hence it is safe to allocate from. For another, the term is overloaded. KHO also knows to discover other ranges of memory that don't have any preservations and are safe to allocate from. This is done by kho_extend_scratch(). These areas, while called "scratch", are completely different from the chunk of memory passed by the previous kernel for early boot allocations. Rename "KHO scratch" to "KHO boot memory", or "KHO bootmem" in short. Update all function names, variable names, comments, and documentation to use this. Call the discovered areas "noprsrv", matching what memblock would see them as. Rename kho_extend_scratch() to reflect this. This patch largely has no functional changes. The only functional changes are renames of debugfs files from "scratch_phys" and "scratch_len" to "bootmem_phys" and "bootmem_len" respectively. Signed-off-by: Pratyush Yadav (Google) <pratyush@kernel.org> Link: https://patch.msgid.link/20260922041321.233986-4-pratyush@kernel.org Signed-off-by: Mike Rapoport (Microsoft) <rppt@kernel.org>
Diffstat (limited to 'include/linux/platform_data')
0 files changed, 0 insertions, 0 deletions