Patch "firmware: qcom: scm: Disable SDI and write no dump to dump mode" has been added to the 6.10-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    firmware: qcom: scm: Disable SDI and write no dump to dump mode

to the 6.10-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     firmware-qcom-scm-disable-sdi-and-write-no-dump-to-d.patch
and it can be found in the queue-6.10 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit e99b6c309b3529253d4650379e24b148962b66f8
Author: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
Date:   Mon Jul 8 21:23:32 2024 +0530

    firmware: qcom: scm: Disable SDI and write no dump to dump mode
    
    [ Upstream commit 79cb2cb8d89b7eca87e8dac031dadea4aeafeaa7 ]
    
    SDI is enabled for most of the Qualcomm SoCs and as per commit
    ff4aa3bc9825 ("firmware: qcom_scm: disable SDI if required")
    it was recommended to disable SDI by mentioning it in device tree
    to avoid hang during watchdog or during reboot.
    
    However, for some cases if download mode tcsr register already
    configured from boot firmware to collect dumps and if SDI is
    disabled via means of mentioning it in device tree we could
    still end up with dump collection. Disabling SDI alone is
    not completely enough to disable dump mode and we also need to
    zero out the bits download bits from tcsr register.
    
    Current commit now, unconditionally call qcom_scm_set_download_mode()
    based on download_mode flag, at max if TCSR register is not mentioned
    or available for a SoC it will fallback to legacy way of setting
    download mode through command which may be no-ops or return error
    in case current firmware does not implements QCOM_SCM_INFO_IS_CALL_AVAIL
    so, at worst it does nothing if it fails.
    
    It also does to call SDI disable call if dload mode is disabled, which
    looks fine to do as intention is to disable dump collection even if
    system crashes.
    
    Fixes: ff4aa3bc9825 ("firmware: qcom_scm: disable SDI if required")
    Signed-off-by: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
    Link: https://lore.kernel.org/r/20240708155332.4056479-1-quic_mojha@xxxxxxxxxxx
    Signed-off-by: Bjorn Andersson <andersson@xxxxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/drivers/firmware/qcom/qcom_scm.c b/drivers/firmware/qcom/qcom_scm.c
index 68f4df7e6c3c7..77dd831febf5b 100644
--- a/drivers/firmware/qcom/qcom_scm.c
+++ b/drivers/firmware/qcom/qcom_scm.c
@@ -1875,14 +1875,12 @@ static int qcom_scm_probe(struct platform_device *pdev)
 	 * will cause the boot stages to enter download mode, unless
 	 * disabled below by a clean shutdown/reboot.
 	 */
-	if (download_mode)
-		qcom_scm_set_download_mode(true);
-
+	qcom_scm_set_download_mode(download_mode);
 
 	/*
 	 * Disable SDI if indicated by DT that it is enabled by default.
 	 */
-	if (of_property_read_bool(pdev->dev.of_node, "qcom,sdi-enabled"))
+	if (of_property_read_bool(pdev->dev.of_node, "qcom,sdi-enabled") || !download_mode)
 		qcom_scm_disable_sdi();
 
 	/*




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux