* [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
[not found] <20230201204447.542385-1-marijn.suijten@somainline.org>
@ 2023-02-01 20:44 ` Marijn Suijten
2023-02-03 21:25 ` Rob Herring
0 siblings, 1 reply; 7+ messages in thread
From: Marijn Suijten @ 2023-02-01 20:44 UTC (permalink / raw)
To: phone-devel
Cc: ~postmarketos/upstreaming, AngeloGioacchino Del Regno,
Konrad Dybcio, Martin Botka, Jami Kettunen, Marijn Suijten,
Jonathan Cameron, iio, Lars-Peter Clausen, Rob Herring,
Krzysztof Kozlowski, Andy Gross, Bjorn Andersson,
Manivannan Sadhasivam, linux-iio, devicetree, linux-kernel,
linux-arm-msm, Rafael J. Wysocki, Daniel Lezcano, Amit Kucheria,
Zhang Rui, Dmitry Baryshkov, linux-pm
Update the example to reflect a future requirement for the generic
adc-chan node name on ADC channel nodes, while conveying the board name
of the channel in a label instead.
Signed-off-by: Marijn Suijten <marijn.suijten@somainline.org>
---
.../devicetree/bindings/thermal/qcom-spmi-adc-tm5.yaml | 9 ++++++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/thermal/qcom-spmi-adc-tm5.yaml b/Documentation/devicetree/bindings/thermal/qcom-spmi-adc-tm5.yaml
index 52ec18cf1eda..885c9e139848 100644
--- a/Documentation/devicetree/bindings/thermal/qcom-spmi-adc-tm5.yaml
+++ b/Documentation/devicetree/bindings/thermal/qcom-spmi-adc-tm5.yaml
@@ -178,10 +178,11 @@ examples:
#io-channel-cells = <1>;
/* Other properties are omitted */
- conn-therm@4f {
+ adc-chan@4f {
reg = <ADC5_AMUX_THM3_100K_PU>;
qcom,ratiometric;
qcom,hw-settle-time = <200>;
+ label = "conn_therm";
};
};
@@ -217,16 +218,18 @@ examples:
#io-channel-cells = <1>;
/* Other properties are omitted */
- xo-therm@44 {
+ adc-chan@44 {
reg = <PMK8350_ADC7_AMUX_THM1_100K_PU>;
qcom,ratiometric;
qcom,hw-settle-time = <200>;
+ label = "xo_therm";
};
- conn-therm@147 {
+ adc-chan@147 {
reg = <PM8350_ADC7_AMUX_THM4_100K_PU(1)>;
qcom,ratiometric;
qcom,hw-settle-time = <200>;
+ label = "conn_therm";
};
};
--
2.39.1
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-02-01 20:44 ` [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name Marijn Suijten
@ 2023-02-03 21:25 ` Rob Herring
2023-02-05 15:06 ` Jonathan Cameron
0 siblings, 1 reply; 7+ messages in thread
From: Rob Herring @ 2023-02-03 21:25 UTC (permalink / raw)
To: Marijn Suijten
Cc: phone-devel, ~postmarketos/upstreaming,
AngeloGioacchino Del Regno, Konrad Dybcio, Martin Botka,
Jami Kettunen, Jonathan Cameron, iio, Lars-Peter Clausen,
Krzysztof Kozlowski, Andy Gross, Bjorn Andersson,
Manivannan Sadhasivam, linux-iio, devicetree, linux-kernel,
linux-arm-msm, Rafael J. Wysocki, Daniel Lezcano, Amit Kucheria,
Zhang Rui, Dmitry Baryshkov, linux-pm
On Wed, Feb 01, 2023 at 09:44:46PM +0100, Marijn Suijten wrote:
> Update the example to reflect a future requirement for the generic
> adc-chan node name on ADC channel nodes, while conveying the board name
> of the channel in a label instead.
I don't think we've defined 'adc-chan' as THE generic name. Looks like
we have:
adc-chan
adc-channel
channel
'channel' is the most common (except for QCom).
Rob
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-02-03 21:25 ` Rob Herring
@ 2023-02-05 15:06 ` Jonathan Cameron
2023-03-16 12:43 ` Marijn Suijten
0 siblings, 1 reply; 7+ messages in thread
From: Jonathan Cameron @ 2023-02-05 15:06 UTC (permalink / raw)
To: Rob Herring
Cc: Marijn Suijten, phone-devel, ~postmarketos/upstreaming,
AngeloGioacchino Del Regno, Konrad Dybcio, Martin Botka,
Jami Kettunen, iio, Lars-Peter Clausen, Krzysztof Kozlowski,
Andy Gross, Bjorn Andersson, Manivannan Sadhasivam, linux-iio,
devicetree, linux-kernel, linux-arm-msm, Rafael J. Wysocki,
Daniel Lezcano, Amit Kucheria, Zhang Rui, Dmitry Baryshkov,
linux-pm
On Fri, 3 Feb 2023 15:25:01 -0600
Rob Herring <robh@kernel.org> wrote:
> On Wed, Feb 01, 2023 at 09:44:46PM +0100, Marijn Suijten wrote:
> > Update the example to reflect a future requirement for the generic
> > adc-chan node name on ADC channel nodes, while conveying the board name
> > of the channel in a label instead.
>
> I don't think we've defined 'adc-chan' as THE generic name. Looks like
> we have:
>
> adc-chan
> adc-channel
> channel
>
> 'channel' is the most common (except for QCom).
Good spot.
We also have that defined as the channel name in
bindings/iio/adc.yaml
Now this particular binding doesn't use anything from that
generic binding (other than trivial use of reg) but better to be
consistent with it than not!
Thanks,
Jonathan
>
> Rob
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-02-05 15:06 ` Jonathan Cameron
@ 2023-03-16 12:43 ` Marijn Suijten
2023-03-16 17:44 ` Jonathan Cameron
0 siblings, 1 reply; 7+ messages in thread
From: Marijn Suijten @ 2023-03-16 12:43 UTC (permalink / raw)
To: Jonathan Cameron
Cc: Rob Herring, phone-devel, ~postmarketos/upstreaming,
AngeloGioacchino Del Regno, Konrad Dybcio, Martin Botka,
Jami Kettunen, iio, Lars-Peter Clausen, Krzysztof Kozlowski,
Andy Gross, Bjorn Andersson, Manivannan Sadhasivam, linux-iio,
devicetree, linux-kernel, linux-arm-msm, Rafael J. Wysocki,
Daniel Lezcano, Amit Kucheria, Zhang Rui, Dmitry Baryshkov,
linux-pm
On 2023-02-05 15:06:45, Jonathan Cameron wrote:
> On Fri, 3 Feb 2023 15:25:01 -0600
> Rob Herring <robh@kernel.org> wrote:
>
> > On Wed, Feb 01, 2023 at 09:44:46PM +0100, Marijn Suijten wrote:
> > > Update the example to reflect a future requirement for the generic
> > > adc-chan node name on ADC channel nodes, while conveying the board name
> > > of the channel in a label instead.
> >
> > I don't think we've defined 'adc-chan' as THE generic name. Looks like
> > we have:
> >
> > adc-chan
> > adc-channel
> > channel
> >
> > 'channel' is the most common (except for QCom).
> Good spot.
>
> We also have that defined as the channel name in
> bindings/iio/adc.yaml
Good point, let's match adc.yaml and use 'channel' instead. I'll
respin this series with thas, as well as rebasing on -next to solve
conflicts with 8013295662f5 ("arm64: dts: qcom: sc8280xp: Add label
property to vadc channel nodes"): supposedly that DT originally relied
on the `@XX` suffix bug :)
> Now this particular binding doesn't use anything from that
> generic binding (other than trivial use of reg) but better to be
> consistent with it than not!
Should it inherit the common binding, or was it omitted for a reason?
- Marijn
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-03-16 12:43 ` Marijn Suijten
@ 2023-03-16 17:44 ` Jonathan Cameron
2023-03-16 22:44 ` Marijn Suijten
0 siblings, 1 reply; 7+ messages in thread
From: Jonathan Cameron @ 2023-03-16 17:44 UTC (permalink / raw)
To: Marijn Suijten
Cc: Jonathan Cameron, Rob Herring, phone-devel,
~postmarketos/upstreaming, AngeloGioacchino Del Regno,
Konrad Dybcio, Martin Botka, Jami Kettunen, iio,
Lars-Peter Clausen, Krzysztof Kozlowski, Andy Gross,
Bjorn Andersson, Manivannan Sadhasivam, linux-iio, devicetree,
linux-kernel, linux-arm-msm, Rafael J. Wysocki, Daniel Lezcano,
Amit Kucheria, Zhang Rui, Dmitry Baryshkov, linux-pm
On Thu, 16 Mar 2023 13:43:07 +0100
Marijn Suijten <marijn.suijten@somainline.org> wrote:
> On 2023-02-05 15:06:45, Jonathan Cameron wrote:
> > On Fri, 3 Feb 2023 15:25:01 -0600
> > Rob Herring <robh@kernel.org> wrote:
> >
> > > On Wed, Feb 01, 2023 at 09:44:46PM +0100, Marijn Suijten wrote:
> > > > Update the example to reflect a future requirement for the generic
> > > > adc-chan node name on ADC channel nodes, while conveying the board name
> > > > of the channel in a label instead.
> > >
> > > I don't think we've defined 'adc-chan' as THE generic name. Looks like
> > > we have:
> > >
> > > adc-chan
> > > adc-channel
> > > channel
> > >
> > > 'channel' is the most common (except for QCom).
> > Good spot.
> >
> > We also have that defined as the channel name in
> > bindings/iio/adc.yaml
>
> Good point, let's match adc.yaml and use 'channel' instead. I'll
> respin this series with thas, as well as rebasing on -next to solve
> conflicts with 8013295662f5 ("arm64: dts: qcom: sc8280xp: Add label
> property to vadc channel nodes"): supposedly that DT originally relied
> on the `@XX` suffix bug :)
>
> > Now this particular binding doesn't use anything from that
> > generic binding (other than trivial use of reg) but better to be
> > consistent with it than not!
>
> Should it inherit the common binding, or was it omitted for a reason?
Harmless but little point as far as I can see given we don't happen
to have any of the generic elements defined in the generic channel
binding.
Jonathan
>
> - Marijn
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-03-16 17:44 ` Jonathan Cameron
@ 2023-03-16 22:44 ` Marijn Suijten
2023-03-18 16:44 ` Jonathan Cameron
0 siblings, 1 reply; 7+ messages in thread
From: Marijn Suijten @ 2023-03-16 22:44 UTC (permalink / raw)
To: Jonathan Cameron
Cc: Jonathan Cameron, Rob Herring, phone-devel,
~postmarketos/upstreaming, AngeloGioacchino Del Regno,
Konrad Dybcio, Martin Botka, Jami Kettunen, iio,
Lars-Peter Clausen, Krzysztof Kozlowski, Andy Gross,
Bjorn Andersson, Manivannan Sadhasivam, linux-iio, devicetree,
linux-kernel, linux-arm-msm, Rafael J. Wysocki, Daniel Lezcano,
Amit Kucheria, Zhang Rui, Dmitry Baryshkov, linux-pm
On 2023-03-16 17:44:28, Jonathan Cameron wrote:
<snip>
> > Should it inherit the common binding, or was it omitted for a reason?
>
> Harmless but little point as far as I can see given we don't happen
> to have any of the generic elements defined in the generic channel
> binding.
Supposedly the reg property, and now also the node name. Up to you to
say whether I should inherit this (and strip out the common bits) or
just focus on renaming the node name in the existing binding to channel.
- Marijn
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name
2023-03-16 22:44 ` Marijn Suijten
@ 2023-03-18 16:44 ` Jonathan Cameron
0 siblings, 0 replies; 7+ messages in thread
From: Jonathan Cameron @ 2023-03-18 16:44 UTC (permalink / raw)
To: Marijn Suijten
Cc: Jonathan Cameron, Rob Herring, phone-devel,
~postmarketos/upstreaming, AngeloGioacchino Del Regno,
Konrad Dybcio, Martin Botka, Jami Kettunen, iio,
Lars-Peter Clausen, Krzysztof Kozlowski, Andy Gross,
Bjorn Andersson, Manivannan Sadhasivam, linux-iio, devicetree,
linux-kernel, linux-arm-msm, Rafael J. Wysocki, Daniel Lezcano,
Amit Kucheria, Zhang Rui, Dmitry Baryshkov, linux-pm
On Thu, 16 Mar 2023 23:44:50 +0100
Marijn Suijten <marijn.suijten@somainline.org> wrote:
> On 2023-03-16 17:44:28, Jonathan Cameron wrote:
> <snip>
> > > Should it inherit the common binding, or was it omitted for a reason?
> >
> > Harmless but little point as far as I can see given we don't happen
> > to have any of the generic elements defined in the generic channel
> > binding.
>
> Supposedly the reg property, and now also the node name. Up to you to
> say whether I should inherit this (and strip out the common bits) or
> just focus on renaming the node name in the existing binding to channel.
>
> - Marijn
Just rename the node name.
Jonathan
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2023-03-18 16:30 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20230201204447.542385-1-marijn.suijten@somainline.org>
2023-02-01 20:44 ` [PATCH v3 2/3] dt-bindings: thermal: qcom-spmi-adc-tm5: Use generic ADC node name Marijn Suijten
2023-02-03 21:25 ` Rob Herring
2023-02-05 15:06 ` Jonathan Cameron
2023-03-16 12:43 ` Marijn Suijten
2023-03-16 17:44 ` Jonathan Cameron
2023-03-16 22:44 ` Marijn Suijten
2023-03-18 16:44 ` Jonathan Cameron
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).