Hi Breno, On Thu, Jan 08 2026, Breno Leitao wrote:
> Store and display the kernel version from the previous kexec boot. > > The current kernel's release string is saved to the "previous-release" > property in the KHO FDT before kexec. On the next boot, if this property > exists, the previous kernel version is retrieved and printed during > early boot. > > This helps diagnose bugs that only manifest when kexecing from specific > kernel versions, making it easier to correlate crashes with the kernel > that initiated the kexec. The KHO FDT is ABI. So you should be bumping the version number when you make changes to it. But honestly, adding this "optional" stuff to the core KHO ABI makes me uneasy. I say optional since it is not needed for the main functionality of KHO. Making this a part of the ABI increases the surface area we have. The more things we stuff in the ABI, the more inflexible it gets over time. Any changes to the KHO ABI means all consumers also need a version bump. This includes LUO and all its users for example. So I would really like to avoid adding optional things in core KHO FDT. The easy fix is to add a separate subtree for the optional metadata. You would still need to create an ABI for the data format, but being independent of core KHO, it will make it more flexible and easier to change in the future. You can keep the code in kexec_handover.c. > > Signed-off-by: Breno Leitao <[email protected]> [...] -- Regards, Pratyush Yadav
