[PATCH v3 08/10] clk: qcom: Add ACD path to CPU clock driver for msm8996
Robin Murphy
robin.murphy at arm.com
Thu Mar 22 11:56:42 PDT 2018
On 19/03/18 21:21, Stephen Boyd wrote:
> Quoting Robin Murphy (2018-03-19 11:16:15)
>> On 19/03/18 16:57, Stephen Boyd wrote:
>> [...]
>>>> +
>>>
>>>> + writel_relaxed(SSSCTL_VAL, vbases[APC_BASE] +
>>>> + PWRCL_REG_OFFSET + SSSCTL_OFFSET);
>>>> + /* Ensure SSSCTL config goes through before enabling ACD. */
>>>> + mb();
>>>
>>> Use writel instead.
>>
>> Note that writel() only gives an implicit wmb() *before* the store to
>> ensure ordering against any previous writes. If this code really needs
>> to ensure that the given write has definitely completed before any other
>> accesses happen, then it still needs an explicit barrier *after* the
>> write*(), unless perhaps the next access is always guaranteed to be a
>> non-relaxed write (thus implicitly providing a suitable DSB).
>>
>
> Ah right. So this should be a wmb() too? I suspect it's to order with
> the write to the l2 indirect registers, but reading that register before
> the MMIO write is not a problem. The comment above the l2 accessors
> could be slightly more specific here and it would help immensely.
It depends a bit on what exactly the hardware requires. If it's merely
that write(s) to register A (and perhaps others) arrive before any write
to register B, then the sensible thing to do would be to just make the
write to B non-relaxed, i.e.:
writel_relaxed(x, base + A);
...
writel(y, base + B);
That still only guarantees that the previous write(s) have been pushed
all the way to the endpoint before the write to B is issued, though -
for many devices that's sufficient, but in some cases the only way to be
totally sure that the write has both been received *and* taken effect is
by reading back some suitable indicator before proceeding.
If we only care about making sure writes are pushed out, rather than
synchronising more complicated memory accesses between multiple agents,
then a full mb() is probably overkill (as ordering against outstanding
loads too only adds more overhead in the interconnect), and wmb()
(ideally implicit in a subsequent writel() as above) should be enough.
Robin.
More information about the linux-arm-kernel
mailing list