On Mon 07 May 16:04 PDT 2018, Stephen Boyd wrote:
> Quoting Bjorn Andersson (2018-04-27 22:42:48)
> > diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi b/arch/arm64/boot/dts/qcom/msm8998.dtsi
> > index d6665e4f801f..ccbf6347aacb 100644
> > --- a/arch/arm64/boot/dts/qcom/msm8998.dtsi
> > +++ b/arch/arm64/boot/dts/qcom/msm8998.dtsi
> > @@ -220,6 +220,16 @@
> > method = "smc";
> > };
> >
> > + rpm_glink: rpm-glink {
> > + compatible = "qcom,glink-rpm";
> > +
> > + interrupts = <GIC_SPI 168 IRQ_TYPE_EDGE_RISING>;
> > +
> > + qcom,rpm-msg-ram = <&rpm_msg_ram>;
> > +
> > + mboxes = <&apcs_glb 0>;
>
> Why so many newlines?
>
No particular reason...
> > + };
> > +
> > soc: soc {};
> > };
> >
> > @@ -337,4 +347,77 @@
> > #interrupt-cells = <4>;
> > cell-index = <0>;
> > };
> > +
> > + rpm_msg_ram: memory@68000 {
>
> unit address doesn't match reg property.
>
Doh...
> > + compatible = "qcom,rpm-msg-ram";
> > + reg = <0x778000 0x7000>;
> > + };
[..]
> > +&rpm_glink {
> > + rpm_requests {
> > + compatible = "qcom,rpm-msm8998";
> > + qcom,glink-channels = "rpm_requests";
> > +
> > + pm8998-regulators {
> > + compatible = "qcom,rpm-pm8998-regulators";
> > +
> > + pm8998_s1: s1 {};
[..]
> > + pm8998_lvs2: lvs2 {};
>
> What's the benefit to having the nodes here instead of in each board?
>
That's how we've done it in the previous boards, but I had a discussion
regarding this with Doug the other day and agree that it might make
sense to just leave them out.
In particular Doug wanted to use labels based on names in the schematics
for his board...
> > + };
> > +
> > + pmi8998-regulators {
> > + compatible = "qcom,rpm-pmi8998-regulators";
> > +
> > + pmi8998_bob: bob {};
> > + };
>
> These may be board specific? So each regulator container would need
> status = "disabled" and then status = "okay" in the board file.
>
Right, we haven't really seen the need for this before, but it seems to
make more sense to move all regulators and their references to the board
file.
Regards,
Bjorn
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
