This patch adds support for vendor-specific SYSTEM_RESET2 to support
Qualcomm target use cases of rebooting into a RAM dump download mode.
This patch series applies on top of [1].
[1]: https://lore.kernel.org/patchwork/cover/1185759/
Changes since v1:
- Address Sudeep's comments
Changes since RFC v2:
- None, tested on SM8250 MTP
Elliot Berman (3):
dt: psci: Add arm,psci-sys-reset2-type property
firmware: psci: Add support for dt-supplied SYSTEM_RESET2 type
arm64: dts: qcom: sm8250: Add vendor-specific PSCI system reset2 type
Documentation/devicetree/bindings/arm/psci.yaml | 5 +++++
arch/arm64/boot/dts/qcom/sm8250.dtsi | 1 +
drivers/firmware/psci/psci.c | 22 ++++++++++++++++++----
include/uapi/linux/psci.h | 2 ++
4 files changed, 26 insertions(+), 4 deletions(-)
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
Qualcomm Technologies, Inc. SoCs do not guarantee that an architectural
warm reset boots back into Linux kernel. For instance, if download mode
or reboot reason cookies are set, the SoC would do a warm reset into an
alternate exception level (e.g. a mode to collect RAM dumps) or
application at EL1 (e.g. fastboot mode). Thus, Qualcomm Technologies,
Inc. SoCs support a vendor-specific warm reset type that can be used in
all instances of warm/soft reboots.
Signed-off-by: Elliot Berman <[email protected]>
---
arch/arm64/boot/dts/qcom/sm8250.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/boot/dts/qcom/sm8250.dtsi b/arch/arm64/boot/dts/qcom/sm8250.dtsi
index f63df12..ca49d22 100644
--- a/arch/arm64/boot/dts/qcom/sm8250.dtsi
+++ b/arch/arm64/boot/dts/qcom/sm8250.dtsi
@@ -162,6 +162,7 @@
psci {
compatible = "arm,psci-1.0";
method = "smc";
+ arm,psci-sys-reset2-param = <0x80000000>;
};
reserved_memory: reserved-memory {
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project