Collecting ramdumps on QTI platforms mainly require two things, SDI (System Debug Image) enabled firmware and kernel support to configure download mode cookies and SDI settings. Ramdumps can be collected once the system enters the download mode. To enter download mode, magic values or cookies need to be set in IMEM which is used by firmware to decide to enter download mode or not. Download mode cookies remain the same across targets and SDI disable register needs to be set or SDI needs to be disabled in case of normal reboot since ramdumps are supposed to be for crash debugging and not for every reboot. This series adds the kernel support required to enter download mode. Currently this series doesn't add support for android targets where a couple of SCM calls are required to set/unset the download mode cookies and SDI configuration but can be easily added gradually to the same driver, so as of now only chrome platforms are supported and tested. Sai Prakash Ranjan (3): soc: qcom: Add download mode support dt-bindings: msm: Add QTI download mode support binding arm64: dts: qcom: sc7180: Add IMEM, pil info and download mode region .../bindings/arm/msm/qcom,dload-mode.yaml | 53 ++++++ MAINTAINERS | 7 + arch/arm64/boot/dts/qcom/sc7180.dtsi | 21 +++ drivers/soc/qcom/Kconfig | 10 ++ drivers/soc/qcom/Makefile | 1 + drivers/soc/qcom/download_mode.c | 152 ++++++++++++++++++ 6 files changed, 244 insertions(+) create mode 100644 Documentation/devicetree/bindings/arm/msm/qcom,dload-mode.yaml create mode 100644 drivers/soc/qcom/download_mode.c -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
