From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
To: Mukesh Ojha <quic_mojha@quicinc.com>,
agross@kernel.org, andersson@kernel.org,
konrad.dybcio@linaro.org
Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/4] firmware: scm: Modify only the DLOAD bit in TCSR register for download mode
Date: Wed, 8 Mar 2023 15:06:29 +0000 [thread overview]
Message-ID: <86391f5a-ccbc-133b-47d2-2d98e40d7ef7@linaro.org> (raw)
In-Reply-To: <1677664555-30191-3-git-send-email-quic_mojha@quicinc.com>
On 01/03/2023 09:55, Mukesh Ojha wrote:
> CrashDump collection is based on the DLOAD bit of TCSR register.
> To retain other bits, we read the register and modify only the
> DLOAD bit as the other bits have their own significance.
>
> Originally-by: Poovendhan Selvaraj <quic_poovendh@quicinc.com>
> Signed-off-by: Mukesh Ojha <quic_mojha@quicinc.com>
> ---
> Changes in v2:
> - Addressed comment made by Bjorn.
> - Added download mask from patch 3 to this.
>
> drivers/firmware/qcom_scm.c | 17 +++++++++++++++--
> 1 file changed, 15 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmware/qcom_scm.c
> index 51eb853..c9f1fad 100644
> --- a/drivers/firmware/qcom_scm.c
> +++ b/drivers/firmware/qcom_scm.c
> @@ -27,6 +27,8 @@ module_param(download_mode, bool, 0);
> #define SCM_HAS_IFACE_CLK BIT(1)
> #define SCM_HAS_BUS_CLK BIT(2)
>
> +#define QCOM_DOWNLOAD_MODE_MASK 0x30
> +
> struct qcom_scm {
> struct device *dev;
> struct clk *core_clk;
> @@ -419,6 +421,7 @@ static void qcom_scm_set_download_mode(bool enable)
> {
> bool avail;
> int ret = 0;
> + u32 val;
>
> avail = __qcom_scm_is_call_available(__scm->dev,
> QCOM_SCM_SVC_BOOT,
> @@ -426,8 +429,18 @@ 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_readl(__scm->dload_mode_addr, &val);
> + if (ret) {
> + dev_err(__scm->dev,
> + "failed to read dload mode address value: %d\n", ret);
> + return;
> + }
> +
> + val &= ~QCOM_DOWNLOAD_MODE_MASK;
> + if (enable)
> + val |= QCOM_SCM_BOOT_SET_DLOAD_MODE;
> +
> + ret = qcom_scm_io_writel(__scm->dload_mode_addr, val);
This is the second instance of such pattern of usage one is already in
./drivers/pinctrl/qcom/pinctrl-msm.c
I think it makes sense to move setting fields in register to a dedicated
function like this:
int qcom_scm_io_update_field(phys_addr_t addr, unsigned int mask,
unsigned int val)
{
unsigned int old, new;
int ret;
ret = qcom_scm_io_readl(addr, &old);
if (ret)
return ret;
new = (old & ~mask) | (val << ffs(mask) - 1);
return qcom_scm_io_writel(addr, new);
}
EXPORT_SYMBOL(qcom_scm_io_update_field);
then we could use it like this:
ret = qcom_scm_io_update_field(__scm->dload_mode_addr,
QCOM_DOWNLOAD_MODE_MASK, dl_mode)
--srini
> } else {
> dev_err(__scm->dev,
> "No available mechanism for setting download mode\n");
next prev parent reply other threads:[~2023-03-08 15:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-01 9:55 [PATCH v2 0/4] Refactor to support multiple download mode Mukesh Ojha
2023-03-01 9:55 ` [PATCH v2 1/4] firmware: qcom_scm: Clear download bit during reboot Mukesh Ojha
2023-03-08 15:06 ` Srinivas Kandagatla
2023-03-01 9:55 ` [PATCH v2 2/4] firmware: scm: Modify only the DLOAD bit in TCSR register for download mode Mukesh Ojha
2023-03-01 10:39 ` Dmitry Baryshkov
2023-03-03 7:54 ` Mukesh Ojha
2023-03-08 15:06 ` Srinivas Kandagatla [this message]
2023-03-16 15:04 ` Mukesh Ojha
2023-03-01 9:55 ` [PATCH v2 3/4] firmware: qcom_scm: Refactor code to support multiple " Mukesh Ojha
2023-03-01 10:59 ` Dmitry Baryshkov
2023-03-03 7:46 ` Mukesh Ojha
2023-03-16 16:27 ` Dmitry Baryshkov
2023-03-17 15:15 ` Mukesh Ojha
2023-03-01 9:55 ` [PATCH v2 4/4] firmware: qcom_scm: Add multiple download mode support 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=86391f5a-ccbc-133b-47d2-2d98e40d7ef7@linaro.org \
--to=srinivas.kandagatla@linaro.org \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_mojha@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