From: Rob Herring <robh@kernel.org>
To: Johan Hovold <johan@kernel.org>
Cc: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>,
Johan Hovold <johan+linaro@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Alim Akhtar <alim.akhtar@samsung.com>,
Avri Altman <avri.altman@wdc.com>, Andy Gross <agross@kernel.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>,
Bart Van Assche <bvanassche@acm.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: ufs: qcom: allow 'dma-coherent' property
Date: Mon, 5 Dec 2022 16:35:22 -0600 [thread overview]
Message-ID: <20221205223522.GA2799349-robh@kernel.org> (raw)
In-Reply-To: <Y43uUA2X4Vzn+VLF@hovoldconsulting.com>
On Mon, Dec 05, 2022 at 02:12:48PM +0100, Johan Hovold wrote:
> On Mon, Dec 05, 2022 at 06:30:48PM +0530, Manivannan Sadhasivam wrote:
> > On Mon, Dec 05, 2022 at 01:27:34PM +0100, Johan Hovold wrote:
> > > On Mon, Dec 05, 2022 at 05:50:18PM +0530, Manivannan Sadhasivam wrote:
> > > > On Mon, Dec 05, 2022 at 01:07:16PM +0100, Johan Hovold wrote:
> > > > > On Mon, Dec 05, 2022 at 05:29:06PM +0530, Manivannan Sadhasivam wrote:
> > > > > > On Mon, Dec 05, 2022 at 11:08:36AM +0100, Johan Hovold wrote:
> > > > > > > UFS controllers may be cache coherent and must be marked as such in the
> > > > > > > devicetree to avoid data corruption.
Typically, you'd only be doing unnecessary cache flushes without it
rather than getting data corruption. However, it is possible this
property triggers other system setup or something that would cause
problems if not setup right.
> > > > > > >
> > > > > > > This is specifically needed on recent Qualcomm platforms like SC8280XP.
> > > > > > >
> > > > > > > Signed-off-by: Johan Hovold <johan+linaro@kernel.org>
>
> > > > > Yes, it would be a valid, but it will only be added to the DTs of SoCs
> > > > > that actually require it. No need to re-encode the dtsi in the binding.
> > > > >
> > > >
> > > > But if you make a property valid in the binding then it implies that anyone
> > > > could add it to DTS which is wrong. You should make this property valid for
> > > > SoCs that actually support it.
> > >
> > > No, it's not wrong.
> > >
> > > Note that the binding only requires 'compatible' and 'regs', all other
> > > properties are optional, and you could, for example, add a
> > > 'reset' property to a node for a device which does not have a reset
> > > without the DT validation failing.
> > >
> >
> > Then what is the point of devicetree validation using bindings?
>
> You're still making sure that no properties are added that are not
> documented, number of clocks, names of clocks, etc.
The schema can never be 100%. If it was, then we could practically just
generate the DT.
IMO, 'dma-coherent' is bit special. I'd say it is valid on any DMA
capable device node, but there's not any generic way to determine that.
So it has to be explicit in a device binding.
Rob
next prev parent reply other threads:[~2022-12-05 22:35 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-05 10:08 [PATCH 0/2] arm64: dts: qcom: sc8280xp: fix UFS DMA coherency Johan Hovold
2022-12-05 10:08 ` [PATCH 1/2] dt-bindings: ufs: qcom: allow 'dma-coherent' property Johan Hovold
2022-12-05 11:59 ` Manivannan Sadhasivam
2022-12-05 12:07 ` Johan Hovold
2022-12-05 12:20 ` Manivannan Sadhasivam
2022-12-05 12:27 ` Johan Hovold
2022-12-05 13:00 ` Manivannan Sadhasivam
2022-12-05 13:12 ` Johan Hovold
2022-12-05 13:37 ` Manivannan Sadhasivam
2022-12-06 8:14 ` Krzysztof Kozlowski
2022-12-06 9:17 ` Manivannan Sadhasivam
2022-12-05 22:35 ` Rob Herring [this message]
2022-12-06 7:49 ` Johan Hovold
2022-12-05 22:35 ` Rob Herring
2022-12-05 23:07 ` Bjorn Andersson
2022-12-06 7:55 ` Johan Hovold
2022-12-05 10:08 ` [PATCH 2/2] arm64: dts: qcom: sc8280xp: fix UFS DMA coherency Johan Hovold
2022-12-05 11:37 ` Konrad Dybcio
2022-12-05 12:01 ` Manivannan Sadhasivam
2022-12-06 18:18 ` (subset) [PATCH 0/2] " Bjorn Andersson
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=20221205223522.GA2799349-robh@kernel.org \
--to=robh@kernel.org \
--cc=agross@kernel.org \
--cc=alim.akhtar@samsung.com \
--cc=andersson@kernel.org \
--cc=avri.altman@wdc.com \
--cc=bvanassche@acm.org \
--cc=devicetree@vger.kernel.org \
--cc=johan+linaro@kernel.org \
--cc=johan@kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).