[PATCH 0/4] firmware: qcom: scm: Add minidump SRAM destination support

Mukesh Ojha posted 4 patches 1 month, 1 week ago
There is a newer version of this series
.../bindings/firmware/qcom,scm.yaml           | 57 +++++++++++
arch/arm64/boot/dts/qcom/kaanapali.dtsi       |  6 ++
drivers/firmware/qcom/qcom_scm.c              | 98 ++++++++++++++++++-
3 files changed, 160 insertions(+), 1 deletion(-)
[PATCH 0/4] firmware: qcom: scm: Add minidump SRAM destination support
Posted by Mukesh Ojha 1 month, 1 week ago
On most Qualcomm SoCs where minidump is supported, a word in always-on
SRAM is shared between the kernel and boot firmware. Before DDR is
initialised on the warm reset following a crash, firmware reads this
word to decide if minidump is enabled and collect a minidump and where
to deliver it (USB upload to a host, or save to local storage).

This series wires that mechanism into the SCM driver:

  - The SRAM word location is described via a 'sram'/'sram-names'
    phandle pair on the SCM DT node, keeping it decoupled from the
    driver and extensible to future SoCs.

  - A 'minidump_dest' module parameter (default: usb) selects the
    destination.  Custom kernel_param_ops expose it as the human-
    readable strings "usb" or "storage".

  - Add the support for Kaanapali.

Suggested-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
Link: https://lore.kernel.org/lkml/b33938e9-bb5c-4743-866d-4cdccf808a02@oss.qualcomm.com/
Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>



Mukesh Ojha (4):
  dt-bindings: firmware: qcom,scm: Add minidump SRAM property
  firmware: qcom: scm: use dev_err_probe() for dload address failure
  firmware: qcom: scm: Add minidump SRAM support
  arm64: dts: qcom: kaanapali: Add minidump SRAM config to SCM node

 .../bindings/firmware/qcom,scm.yaml           | 57 +++++++++++
 arch/arm64/boot/dts/qcom/kaanapali.dtsi       |  6 ++
 drivers/firmware/qcom/qcom_scm.c              | 98 ++++++++++++++++++-
 3 files changed, 160 insertions(+), 1 deletion(-)

-- 
2.53.0
Re: [PATCH 0/4] firmware: qcom: scm: Add minidump SRAM destination support
Posted by Mukesh Ojha 1 month, 1 week ago
On Thu, May 07, 2026 at 01:37:16PM +0530, Mukesh Ojha wrote:
> On most Qualcomm SoCs where minidump is supported, a word in always-on
> SRAM is shared between the kernel and boot firmware. Before DDR is
> initialised on the warm reset following a crash, firmware reads this
> word to decide if minidump is enabled and collect a minidump and where
> to deliver it (USB upload to a host, or save to local storage).
> 
> This series wires that mechanism into the SCM driver:
> 
>   - The SRAM word location is described via a 'sram'/'sram-names'
>     phandle pair on the SCM DT node, keeping it decoupled from the
>     driver and extensible to future SoCs.
> 
>   - A 'minidump_dest' module parameter (default: usb) selects the
>     destination.  Custom kernel_param_ops expose it as the human-
>     readable strings "usb" or "storage".
> 
>   - Add the support for Kaanapali.
> 
> Suggested-by: Konrad Dybcio <konrad.dybcio@oss.qualcomm.com>
> Link: https://lore.kernel.org/lkml/b33938e9-bb5c-4743-866d-4cdccf808a02@oss.qualcomm.com/
> Signed-off-by: Mukesh Ojha <mukesh.ojha@oss.qualcomm.com>
>

I meant this to be RFC., would fix the minor schema error if this
suggestion received well.


-Mukesh

-- 
-Mukesh Ojha