From: Sumit Garg <sumit.garg@kernel.org>
To: Aswin Murugan <aswin.murugan@oss.qualcomm.com>
Cc: casey.connolly@linaro.org, neil.armstrong@linaro.org,
trini@konsulko.com, xypron.glpk@gmx.de,
ilias.apalodimas@linaro.org, marek.vasut+renesas@mailbox.org,
michal.simek@amd.com, sjg@chromium.org, mkorpershoek@kernel.org,
jan.kiszka@siemens.com, paul.liu@linaro.org, j-humphreys@ti.com,
u-boot-qcom@groups.io, u-boot@lists.denx.de
Subject: Re: [PATCH v4 0/2] qcom: EFI PSCI runtime reset handling and config update
Date: Thu, 26 Mar 2026 14:24:37 +0530 [thread overview]
Message-ID: <acT0TVv3SeaDxSrQ@sumit-xelite> (raw)
In-Reply-To: <20260324175913.92858-1-aswinm@qti.qualcomm.com>
On Tue, Mar 24, 2026 at 11:29:11PM +0530, Aswin Murugan wrote:
> From: Aswin Murugan <aswin.murugan@oss.qualcomm.com>
>
> With CONFIG_PSCI_RESET enabled, EFI runtime resets always use PSCI, but since
> it cannot pass the arguments needed for special reboot modes, requests like
> bootloader or EDL fall back to a normal reboot.
>
> This version updates the earlier series that introduced configuration control
> over EFI PSCI-based runtime reset handling.
>
> During review [1], it was pointed out that modifying only the Kconfig option
> was incomplete, as the EFI runtime configuration table in
> lib/efi_loader/efi_runtime.c also needs to be updated to reflect whether
> runtime reset support is enabled.
>
> Additionally, the reviewer suggested that instead of introducing a new
> EFI_PSCI_RESET_RUNTIME option, we should reuse the existing
> EFI_HAVE_RUNTIME_RESET knob, making it user-configurable so platforms can
> opt out when the kernel must retain full control of specialized reboot
> modes.
>
> This version implements that feedback:
>
> 1. EFI_HAVE_RUNTIME_RESET is now a proper Kconfig configurable option
> This allows individual platforms, such as Qualcomm boards, to
> explicitly disable U-Boot’s EFI runtime reset callbacks when required.
>
> 2. The Qualcomm defconfig disables EFI_HAVE_RUNTIME_RESET so that the
> kernel can manage advanced reboot flows (EDL, bootloader entry, etc.)
> without U-Boot overriding those reset modes through EFI runtime
> services.
>
> 3. The EFI runtime table is updated accordingly to conditionally
> advertise reset support only when EFI_HAVE_RUNTIME_RESET is enabled.
>
> These changes maintain existing default behavior for platforms that rely
> on U-Boot’s EFI reset services, while enabling platforms with more
> complex reboot semantics to opt out cleanly.
>
> [1] https://lore.kernel.org/all/CAC_iWjKZXsE86J_wJ=JTE0TGL=MqGm8YRYsq4BrkU2ba3me6OQ@mail.gmail.com/
>
> Signed-off-by: Aswin Murugan <aswin.murugan@oss.qualcomm.com>
> ---
> Changes in v4:
> - Made EFI_HAVE_RUNTIME_RESET user configurable & used it to disable U-Boot’s EFI runtime reset
> for qualcomm platforms
> - Link to v3: https://lore.kernel.org/all/20260213110527.1254098-1-aswin.murugan@oss.qualcomm.com/
For the series:
Reviewed-by: Sumit Garg <sumit.garg@oss.qualcomm.com>
-Sumit
>
> Changes in v3:
> - Updated the commit message
> - Changed 'CONFIG_EFI_PSCI_RESET_RUNTIME=n' to '# CONFIG_EFI_PSCI_RESET_RUNTIME is not set'
> - Link to v2: https://lore.kernel.org/all/20260114111624.2321852-1-aswin.murugan@oss.qualcomm.com/
>
> Changes in v2:
> - As per review comments made default y for EFI_PSCI_RESET_RUNTIME config
> - Disabled the EFI_PSCI_RESET_RUNTIME config for qualcomm platforms
> - Link to v1: https://lore.kernel.org/all/20260108105146.1285450-1-aswin.murugan@oss.qualcomm.com/
> ---
> Aswin Murugan (2):
> efi_loader: make EFI_HAVE_RUNTIME_RESET a user-selectable option
> qcom_defconfig: Disable EFI_HAVE_RUNTIME_RESET in qcom_defconfig
>
> configs/qcom_defconfig | 1 +
> lib/efi_loader/Kconfig | 3 +--
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> --
> 2.34.1
>
prev parent reply other threads:[~2026-03-26 8:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-24 17:59 [PATCH v4 0/2] qcom: EFI PSCI runtime reset handling and config update Aswin Murugan
2026-03-24 17:59 ` [PATCH v4 1/2] efi_loader: make EFI_HAVE_RUNTIME_RESET a user-selectable option Aswin Murugan
2026-03-24 18:21 ` Heinrich Schuchardt
2026-03-25 6:59 ` Ilias Apalodimas
2026-03-24 17:59 ` [PATCH v4 2/2] qcom_defconfig: Disable EFI_HAVE_RUNTIME_RESET in qcom_defconfig Aswin Murugan
2026-03-24 18:22 ` Heinrich Schuchardt
2026-03-25 6:59 ` Ilias Apalodimas
2026-03-26 8:54 ` Sumit Garg [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=acT0TVv3SeaDxSrQ@sumit-xelite \
--to=sumit.garg@kernel.org \
--cc=aswin.murugan@oss.qualcomm.com \
--cc=casey.connolly@linaro.org \
--cc=ilias.apalodimas@linaro.org \
--cc=j-humphreys@ti.com \
--cc=jan.kiszka@siemens.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=michal.simek@amd.com \
--cc=mkorpershoek@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=paul.liu@linaro.org \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot-qcom@groups.io \
--cc=u-boot@lists.denx.de \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox