From: Jeffrey Hugo <jhugo@codeaurora.org>
To: Loic Poulain <loic.poulain@linaro.org>,
manivannan.sadhasivam@linaro.org, hemantk@codeaurora.org
Cc: linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH v2] bus: mhi: Ensure correct ring update ordering with memory barrier
Date: Fri, 27 Nov 2020 10:32:09 -0700 [thread overview]
Message-ID: <ba8b657b-5f37-a85c-8b90-40b8b2261dac@codeaurora.org> (raw)
In-Reply-To: <1606403201-5656-1-git-send-email-loic.poulain@linaro.org>
On 11/26/2020 8:06 AM, Loic Poulain wrote:
> The ring element data, though being part of coherent memory, still need
> to be performed before updating the ring context to point to this new
> element. That can be guaranteed with a memory barrier (dma_wmb).
>
> Signed-off-by: Loic Poulain <loic.poulain@linaro.org>
> ---
> v2: fix comment style
>
> drivers/bus/mhi/core/main.c | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/bus/mhi/core/main.c b/drivers/bus/mhi/core/main.c
> index 67188ea..ea39df0 100644
> --- a/drivers/bus/mhi/core/main.c
> +++ b/drivers/bus/mhi/core/main.c
> @@ -111,7 +111,14 @@ void mhi_ring_chan_db(struct mhi_controller *mhi_cntrl,
> dma_addr_t db;
>
> db = ring->iommu_base + (ring->wp - ring->base);
> +
> + /*
> + * Writes to the new ring element must be visible to the hardware
> + * before letting h/w know there is new element to fetch.
> + */
> + dma_wmb();
> *ring->ctxt_wp = db;
> +
> mhi_chan->db_cfg.process_db(mhi_cntrl, &mhi_chan->db_cfg,
> ring->db_addr, db);
> }
>
Do we care about the ordering between updating ctxt_wp and the doorbell?
As far as I am aware common device implementations only use the value
from the doorbell, but I wonder if that changes, could we run into issues?
--
Jeffrey Hugo
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
next prev parent reply other threads:[~2020-11-27 17:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-26 15:06 [PATCH v2] bus: mhi: Ensure correct ring update ordering with memory barrier Loic Poulain
2020-11-27 17:32 ` Jeffrey Hugo [this message]
2020-11-28 6:03 ` Manivannan Sadhasivam
2020-11-30 8:18 ` Loic Poulain
2020-11-30 15:18 ` Jeffrey Hugo
2020-11-30 15:13 ` Jeffrey Hugo
2021-01-06 13:09 ` Manivannan Sadhasivam
2021-01-06 13:11 ` Manivannan Sadhasivam
2021-03-01 19:59 ` patchwork-bot+linux-arm-msm
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=ba8b657b-5f37-a85c-8b90-40b8b2261dac@codeaurora.org \
--to=jhugo@codeaurora.org \
--cc=hemantk@codeaurora.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=loic.poulain@linaro.org \
--cc=manivannan.sadhasivam@linaro.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