On Wed, Feb 18, 2026 at 12:36:51AM +0530, Aswin Murugan wrote: > > On 2/13/2026 4:55 PM, Ilias Apalodimas wrote: > > Hi Ashwin > > > > On Fri, 13 Feb 2026 at 13:06, Aswin Murugan > > <[email protected]> wrote: > > > The current PSCI-based EFI runtime reset implementation is always enabled > > > when CONFIG_PSCI_RESET is set, but it does not support the extra arguments > > > required for specialized reset modes. As a result, reboot requests such as > > > bootloader mode or EDL mode are ignored and fall back to a normal reboot. > > > > > > Add CONFIG_EFI_PSCI_RESET_RUNTIME to give platforms explicit control over > > Is there anything missing and you can't use EFI_HAVE_RUNTIME_RESET? > Thanks for the feedback, Ilias > This is a kernel‑level limitation based on drivers/firmware/efi/reboot.c [1] > implementation in Linux. The efi_reboot function intentionally ignores the > reboot data string and always passes NULL to ResetSystem. As a result, > special reboot modes like "bootloader" or "recovery" aren’t forwarded > through EFI_HAVE_RUNTIME_RESET. > > [1] > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/firmware/efi/reboot.c?h=v6.13#n46 >
Yeah I know about that limitation for which the right EFI approach to use is EFI_RESET_PLATFORM_SPECIFIC. I tried to implement it here [1] but looks like needs a bit more testing from UEFI implementations. Would you be able to give that approach a try? Having EFI runtime reset service exposed to OS is certainely better than OS trying to rely on platform/PSCI specific reset approaches. [1] https://lore.kernel.org/all/[email protected]/ -Sumit
