[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <11ea6680-6aeb-49d7-97de-c44fafcc2e8e@oss.qualcomm.com>
Date: Fri, 14 Nov 2025 22:39:31 +0100
From: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
To: Sumit Garg <sumit.garg@...nel.org>, linux-arm-kernel@...ts.infradead.org,
linux-efi@...r.kernel.org, linux-arm-msm@...r.kernel.org
Cc: catalin.marinas@....com, will@...nel.org, ardb@...nel.org,
mark.rutland@....com, andersson@...nel.org, konradybcio@...nel.org,
dmitry.baryshkov@....qualcomm.com, shivendra.pratap@....qualcomm.com,
leif.lindholm@....qualcomm.com, linux-kernel@...r.kernel.org,
Sumit Garg <sumit.garg@....qualcomm.com>
Subject: Re: [PATCH 1/2] efi/reboot: Add support for
EFI_RESET_PLATFORM_SPECIFIC
On 11/14/25 9:50 AM, Sumit Garg wrote:
> From: Sumit Garg <sumit.garg@....qualcomm.com>
>
> UEFI specification provides support for EfiResetPlatformSpecific reset
> type as follows:
>
> "
> ResetSystem:
>
> Calling this interface with ResetType of EfiResetPlatformSpecific
> causes a system-wide reset. The exact type of the reset is defined
> by the EFI_GUID that follows the Null-terminated Unicode string passed
> into ResetData. If the platform does not recognize the EFI_GUID in
> ResetData the platform must pick a supported reset type to perform.
> The platform may optionally log the parameters from any non-normal
> reset that occurs.
> "
>
> Lets use the ResetData to pass the platform specific reboot command
> issued and leave it's interpretation to UEFI implementation following
> the specification.
>
> Signed-off-by: Sumit Garg <sumit.garg@....qualcomm.com>
> ---
Reviewed-by: Konrad Dybcio <konrad.dybcio@....qualcomm.com>
Konrad
Powered by blists - more mailing lists