do_get_kexec_buffer(9)
π do_get_kexec_buffer(9) π
okay so bestie, welcome to the Kernel API Manual β¨ this one's a little function from the device-tree side of the kernel, and honestly it's giving "small but crucial" energy π
πΈ NAME πΈ
do_get_kexec_buffer β grab the address and size out of a device tree property π¦
like, it literally reads a property and hands you back where it lives and how big it is. that's the whole vibe π
β¨ SYNOPSIS β¨
int do_get_kexec_buffer (const void *prop , int len , unsigned long
*addr , size_t *size );
yes the signature really is formatted like that, we don't gatekeep π
π«Ά ARGUMENTS π«Ά
propβ the device tree property itself π the actual blob you're pulling fromlenβ size ofprop, so the function knows how much property it's looking ataddrβ out-param city ποΈ it returns the address of the node through this pointersizeβ also an out-param, and it returns the size of the node here πΈ
so you pass in the property + its length, and you get back the address and size of the node. two in, two out. balanced. iconic π
β RETURN β
0 on success π or a negative errno on error π (ngl, always check it, bestie β 0 is the only happy number here)
π¦ SEE ALSO π¦
- kernel file
./drivers/of/kexec.cβ that's the home base for all of this π fdt_find_and_del_mem_rsv(9)get_addr_size_cells(9)ima_get_kexec_buffer(9)ima_free_kexec_buffer(9)remove_ima_buffer(9)setup_ima_buffer(9)
read the whole little family, they all belong together fr fr π
lowkey reminder:do_get_kexec_bufferonly reads the property intoaddrandsizeβ don't go assuming it does anything else, because it doesn't π«Ά
and that's the page, bestie π
β¨ it lives in ./drivers/of, and this lil drop is dated October 2026 β go forth and read your device tree properties with confidence πππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms