devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bhupesh.sharma@linaro.org
To: Bjorn Andersson <bjorn.andersson@linaro.org>,
	linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	robh@kernel.org, linux-leds@vger.kernel.org, pavel@ucw.cz,
	bhupesh.linux@gmail.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] arm64: dts: qcom: Fix 'dtbs_check' errors for pm8350c & sc8280xp pwm nodes
Date: Wed, 20 Jul 2022 13:01:26 +0530	[thread overview]
Message-ID: <60483c44-bc24-2b18-f93d-b67e437b5b72@linaro.org> (raw)
In-Reply-To: <Ytct7QzHOlvXH7s3@builder.lan>

Hi Bjorn,

On 7/20/22 3:49 AM, Bjorn Andersson <bjorn.andersson@linaro.org> wrote:
> On Tue 19 Jul 15:50 CDT 2022, Bhupesh Sharma wrote:
> 
> > make dtbs_check currently reports the following errors
> > with pm8350c & sc8280xp pwm nodes:
> >
> > arch/arm64/boot/dts/qcom/sc7280-herobrine-herobrine-r1.dtb:
> >   pwm@e800: 'reg' does not match any of the regexes:
> >   '^led@[0-9a-f]$', 'pinctrl-[0-9]+'
> >
> > Fix the same.
> >
> > Cc: Bjorn Andersson <bjorn.andersson@linaro.org>
> > Signed-off-by: Bhupesh Sharma <bhupesh.sharma@linaro.org>
> > ---
> >   arch/arm64/boot/dts/qcom/pm8350c.dtsi        | 1 -
> >   arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi | 1 -
> >   2 files changed, 2 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/qcom/pm8350c.dtsi b/arch/arm64/boot/dts/qcom/pm8350c.dtsi
> > index e0bbb67717fe..33f939132571 100644
> > --- a/arch/arm64/boot/dts/qcom/pm8350c.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/pm8350c.dtsi
> > @@ -32,7 +32,6 @@ pm8350c_gpios: gpio@8800 {
> >   
> >   		pm8350c_pwm: pwm@e800 {
> 
> You need to also drop the unit address.
> 
> That said, looking at the dts it's quite nice to have the address of
> these nodes. So perhaps we should fix up the binding and populate reg
> instead?

Well, leaving the unit address in the node label was done to
preserve the address information which might be needed later
(for better readibility).

However, fixing up the binding and populating reg property would
make more sense if the driver actually needs it. Looking at the
qcom led driver in its current form, it doesn't seem to require the
same. Please correct me if I am wrong (as I just had a quick look
at the same).

However, if we still want to have the unit addresses and the reg
property for better readibility in the dts, may be we can mark reg
as an optional property in the binding and leave it up to the
driver to use it (with a future update) optionally.

Please let me know your views.

Regards,
Bhupesh 


> >   			compatible = "qcom,pm8350c-pwm";
> > -			reg = <0xe800>;
> >   			#pwm-cells = <2>;
> >   			status = "disabled";
> >   		};
> > diff --git a/arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi b/arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi
> > index ae90b97aecb8..69f5bc8127b2 100644
> > --- a/arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/sc8280xp-pmics.dtsi
> > @@ -62,7 +62,6 @@ pmc8280c_gpios: gpio@8800 {
> >   
> >   		pmc8280c_lpg: lpg@e800 {
> >   			compatible = "qcom,pm8350c-pwm";
> > -			reg = <0xe800>;
> >   
> >   			#address-cells = <1>;
> >   			#size-cells = <0>;
> > -- 
> > 2.35.3
> >
> 

  reply	other threads:[~2022-07-20  7:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-19 20:50 [PATCH 1/3] arm64: dts: qcom: Fix 'dtbs_check' errors for pm8350c & sc8280xp pwm nodes Bhupesh Sharma
2022-07-19 20:50 ` [PATCH 2/3] arm64: dts: qcom: qrb5165-rb5: Fix 'dtbs_check' error for lpg nodes Bhupesh Sharma
2022-07-19 20:52   ` Dmitry Baryshkov
2022-07-19 20:50 ` [PATCH 3/3] arm64: dts: qcom: qrb5165-rb5: Fix 'dtbs_check' error for led nodes Bhupesh Sharma
2022-07-19 20:52   ` Dmitry Baryshkov
2022-07-19 22:19 ` [PATCH 1/3] arm64: dts: qcom: Fix 'dtbs_check' errors for pm8350c & sc8280xp pwm nodes Bjorn Andersson
2022-07-20  7:31   ` bhupesh.sharma [this message]
2022-07-20 17:13     ` Bjorn Andersson
2022-07-20 14:59 ` (subset) " 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=60483c44-bc24-2b18-f93d-b67e437b5b72@linaro.org \
    --to=bhupesh.sharma@linaro.org \
    --cc=bhupesh.linux@gmail.com \
    --cc=bjorn.andersson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=robh@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;
as well as URLs for NNTP newsgroup(s).