From: Manivannan Sadhasivam <mani@kernel.org>
To: Andrew Halaney <ahalaney@redhat.com>
Cc: Andy Gross <agross@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>,
"James E.J. Bottomley" <jejb@linux.ibm.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Hannes Reinecke <hare@suse.de>, Janek Kotas <jank@cadence.com>,
Alim Akhtar <alim.akhtar@samsung.com>,
Avri Altman <avri.altman@wdc.com>,
Bart Van Assche <bvanassche@acm.org>,
Can Guo <quic_cang@quicinc.com>, Will Deacon <will@kernel.org>,
linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC v3 11/11] scsi: ufs: core: Perform read back before writing run/stop regs
Date: Wed, 27 Dec 2023 11:51:23 +0530 [thread overview]
Message-ID: <20231227062123.GI2814@thinkpad> (raw)
In-Reply-To: <20231221-ufs-reset-ensure-effect-before-delay-v3-11-2195a1b66d2e@redhat.com>
On Thu, Dec 21, 2023 at 01:09:57PM -0600, Andrew Halaney wrote:
> Currently a wmb() is used to ensure that writes to the
> UTP_TASK_REQ_LIST_BASE* regs are completed prior to following writes to
> the run/stop registers.
>
> wmb() ensure that the write completes, but completion doesn't mean that
> it isn't stored in a buffer somewhere. The recommendation for
> ensuring the bits have taken effect on the device is to perform a read
> back to force it to make it all the way to the device. This is
> documented in device-io.rst and a talk by Will Deacon on this can
> be seen over here:
>
> https://youtu.be/i6DayghhA8Q?si=MiyxB5cKJXSaoc01&t=1678
>
> Let's do that to ensure the bits hit the device. Because the wmb()'s
> purpose wasn't to add extra ordering (on top of the ordering guaranteed
> by writel()/readl()), it can safely be removed.
>
> Fixes: 897efe628d7e ("scsi: ufs: add missing memory barriers")
> Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
> ---
> drivers/ufs/core/ufshcd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c
> index caebd589e08c..7c1975a1181f 100644
> --- a/drivers/ufs/core/ufshcd.c
> +++ b/drivers/ufs/core/ufshcd.c
> @@ -4726,7 +4726,7 @@ int ufshcd_make_hba_operational(struct ufs_hba *hba)
> * Make sure base address and interrupt setup are updated before
> * enabling the run/stop registers below.
> */
> - wmb();
> + ufshcd_readl(hba, REG_UTP_TASK_REQ_LIST_BASE_H);
I don't think the readback is really needed here. Because, the dependency is
with UTP registers and both should be in the same domain. So there is no way the
following write can happen before prior UTP write completion.
- Mani
>
> /*
> * UCRDY, UTMRLDY and UTRLRDY bits must be 1
>
> --
> 2.43.0
>
--
மணிவண்ணன் சதாசிவம்
next prev parent reply other threads:[~2023-12-27 6:21 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-21 19:09 [PATCH RFC v3 00/11] scsi: ufs: Remove overzealous memory barriers Andrew Halaney
2023-12-21 19:09 ` [PATCH RFC v3 01/11] scsi: ufs: qcom: Perform read back after writing reset bit Andrew Halaney
2023-12-22 8:18 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 02/11] scsi: ufs: qcom: Perform read back after writing REG_UFS_SYS1CLK_1US Andrew Halaney
2023-12-22 8:18 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 03/11] scsi: ufs: qcom: Perform read back after writing testbus config Andrew Halaney
2023-12-22 8:20 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 04/11] scsi: ufs: qcom: Perform read back after writing unipro mode Andrew Halaney
2023-12-22 8:23 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 05/11] scsi: ufs: qcom: Perform read back after writing CGC enable Andrew Halaney
2023-12-22 8:25 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 06/11] scsi: ufs: cdns-pltfrm: Perform read back after writing HCLKDIV Andrew Halaney
2023-12-21 19:09 ` [PATCH RFC v3 07/11] scsi: ufs: core: Perform read back after writing UTP_TASK_REQ_LIST_BASE_H Andrew Halaney
2023-12-21 19:30 ` Bart Van Assche
2023-12-22 8:26 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 08/11] scsi: ufs: core: Perform read back after disabling interrupts Andrew Halaney
2023-12-21 19:30 ` Bart Van Assche
2023-12-22 8:26 ` Can Guo
2023-12-21 19:09 ` [PATCH RFC v3 09/11] scsi: ufs: core: Perform read back after disabling UIC_COMMAND_COMPL Andrew Halaney
2023-12-21 19:29 ` Bart Van Assche
2023-12-22 8:26 ` Can Guo
2023-12-27 6:16 ` Manivannan Sadhasivam
2023-12-21 19:09 ` [PATCH RFC v3 10/11] scsi: ufs: core: Perform read back to commit doorbell Andrew Halaney
2023-12-21 19:28 ` Bart Van Assche
2023-12-22 8:27 ` Can Guo
2023-12-27 6:18 ` Manivannan Sadhasivam
2023-12-21 19:09 ` [PATCH RFC v3 11/11] scsi: ufs: core: Perform read back before writing run/stop regs Andrew Halaney
2023-12-21 19:25 ` Bart Van Assche
2023-12-22 8:27 ` Can Guo
2023-12-27 6:21 ` Manivannan Sadhasivam [this message]
2023-12-21 19:13 ` [PATCH RFC v3 00/11] scsi: ufs: Remove overzealous memory barriers Konrad Dybcio
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=20231227062123.GI2814@thinkpad \
--to=mani@kernel.org \
--cc=agross@kernel.org \
--cc=ahalaney@redhat.com \
--cc=alim.akhtar@samsung.com \
--cc=andersson@kernel.org \
--cc=avri.altman@wdc.com \
--cc=bvanassche@acm.org \
--cc=hare@suse.de \
--cc=jank@cadence.com \
--cc=jejb@linux.ibm.com \
--cc=konrad.dybcio@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=quic_cang@quicinc.com \
--cc=will@kernel.org \
/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