mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mukesh Ojha <quic_mojha@quicinc.com>
To: Elliot Berman <quic_eberman@quicinc.com>, <agross@kernel.org>,
	<andersson@kernel.org>, <konrad.dybcio@linaro.org>,
	<linus.walleij@linaro.org>
Cc: <linux-arm-msm@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-gpio@vger.kernel.org>,
	Poovendhan Selvaraj <quic_poovendh@quicinc.com>
Subject: Re: [PATCH v8 2/3] firmware: scm: Modify only the download bits in TCSR register
Date: Fri, 27 Oct 2023 14:33:32 +0530	[thread overview]
Message-ID: <bc090d9e-9f3e-3e0e-3cc3-147d2d5bea55@quicinc.com> (raw)
In-Reply-To: <8b0d1ab1-e4e6-4152-bcb6-c83909060652@quicinc.com>



On 10/26/2023 5:23 AM, Elliot Berman wrote:
> 
> 
> On 10/25/2023 5:05 AM, Mukesh Ojha wrote:
>> Crashdump collection is done based on DLOAD bits of TCSR register.
>> To retain other bits, scm driver need to read the register and
>> modify only the DLOAD bits, as other bits in TCSR may have their
>> own significance.
>>
>> Co-developed-by: Poovendhan Selvaraj <quic_poovendh@quicinc.com>
>> Signed-off-by: Poovendhan Selvaraj <quic_poovendh@quicinc.com>
>> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com>
>> Tested-by: Kathiravan Thirumoorthy <quic_kathirav@quicinc.com> # IPQ9574 and IPQ5332
>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>>   drivers/firmware/qcom/qcom_scm.c | 12 ++++++++++--
>>   1 file changed, 10 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/firmware/qcom/qcom_scm.c b/drivers/firmware/qcom/qcom_scm.c
>> index 25549178a30f..f1c4a9f9a53f 100644
>> --- a/drivers/firmware/qcom/qcom_scm.c
>> +++ b/drivers/firmware/qcom/qcom_scm.c
>> @@ -4,6 +4,8 @@
>>    */
>>   
>>   #include <linux/arm-smccc.h>
>> +#include <linux/bitfield.h>
>> +#include <linux/bits.h>
>>   #include <linux/clk.h>
>>   #include <linux/completion.h>
>>   #include <linux/cpumask.h>
>> @@ -117,6 +119,10 @@ static const u8 qcom_scm_cpu_warm_bits[QCOM_SCM_BOOT_MAX_CPUS] = {
>>   #define QCOM_SMC_WAITQ_FLAG_WAKE_ONE	BIT(0)
>>   #define QCOM_SMC_WAITQ_FLAG_WAKE_ALL	BIT(1)
>>   
>> +#define QCOM_DLOAD_MASK		GENMASK(5, 4)
>> +#define QCOM_DLOAD_FULLDUMP	0x1
>> +#define QCOM_DLOAD_NODUMP	0x0
>> +
> 
> 
> Enum would be better here for related constants.
> 
> diff --git a/drivers/firmware/qcom/qcom_scm.c b/drivers/firmware/qcom/qcom_scm.c
> index f1c4a9f9a53f..95f73a8c51d7 100644
> --- a/drivers/firmware/qcom/qcom_scm.c
> +++ b/drivers/firmware/qcom/qcom_scm.c
> @@ -122,4 +122,6 @@ static const u8 qcom_scm_cpu_warm_bits[QCOM_SCM_BOOT_MAX_CPUS] = {
>   #define QCOM_DLOAD_MASK                GENMASK(5, 4)
> -#define QCOM_DLOAD_FULLDUMP    0x1
> -#define QCOM_DLOAD_NODUMP      0x0
> +enum qcom_dload_mode {
> +       QCOM_DLOAD_NODUMP       = 0,
> +       QCOM_DLOAD_FULLDUMP     = 1,
> +};

Would it be fine, if i do it during when i add some more modes with
minidump ?

Please ack, otherwise, will send another version.

-Mukesh

>   
> 
> 
>>   static const char * const qcom_scm_convention_names[] = {
>>   	[SMC_CONVENTION_UNKNOWN] = "unknown",
>>   	[SMC_CONVENTION_ARM_32] = "smc arm 32",
>> @@ -523,6 +529,7 @@ static int __qcom_scm_set_dload_mode(struct device *dev, bool enable)
>>   
>>   static void qcom_scm_set_download_mode(bool enable)
>>   {
>> +	u32 val = enable ? QCOM_DLOAD_FULLDUMP : QCOM_DLOAD_NODUMP;
>>   	bool avail;
>>   	int ret = 0;
>>   
>> @@ -532,8 +539,9 @@ static void qcom_scm_set_download_mode(bool enable)
>>   	if (avail) {
>>   		ret = __qcom_scm_set_dload_mode(__scm->dev, enable);
>>   	} else if (__scm->dload_mode_addr) {
>> -		ret = qcom_scm_io_writel(__scm->dload_mode_addr,
>> -				enable ? QCOM_SCM_BOOT_SET_DLOAD_MODE : 0);
>> +		ret = qcom_scm_io_rmw(__scm->dload_mode_addr,
>> +					       QCOM_DLOAD_MASK,
>> +					       FIELD_PREP(QCOM_DLOAD_MASK, val));
>>   	} else {
>>   		dev_err(__scm->dev,
>>   			"No available mechanism for setting download mode\n");
> 
> - Elliot

  reply	other threads:[~2023-10-27  9:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-25 12:05 [PATCH v8 0/3] Misc SCM changes Mukesh Ojha
2023-10-25 12:05 ` [PATCH v8 1/3] firmware: qcom_scm: provide a read-modify-write function Mukesh Ojha
2023-10-25 12:05 ` [PATCH v8 2/3] firmware: scm: Modify only the download bits in TCSR register Mukesh Ojha
2023-10-25 23:53   ` Elliot Berman
2023-10-27  9:03     ` Mukesh Ojha [this message]
2023-10-25 12:05 ` [PATCH v8 3/3] pinctrl: qcom: Use qcom_scm_io_rmw() function Mukesh Ojha

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bc090d9e-9f3e-3e0e-3cc3-147d2d5bea55@quicinc.com \
    --to=quic_mojha@quicinc.com \
    --cc=agross@kernel.org \
    --cc=andersson@kernel.org \
    --cc=konrad.dybcio@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=quic_eberman@quicinc.com \
    --cc=quic_poovendh@quicinc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®