Message ID | 1422965880-11047-2-git-send-email-iivanov@mm-sol.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Hi Ivan, On 02/03/15 04:17, Ivan T. Ivanov wrote: > Add SPMI PMIC Arbiter configuration nodes for APQ8084 and MSM8974. > > Signed-off-by: Ivan T. Ivanov <iivanov@mm-sol.com> > --- > arch/arm/boot/dts/qcom-apq8084.dtsi | 16 ++++++++++++++++ > arch/arm/boot/dts/qcom-msm8974.dtsi | 16 ++++++++++++++++ > 2 files changed, 32 insertions(+) > > diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi > index 1f130bc..dbedf64 100644 > --- a/arch/arm/boot/dts/qcom-apq8084.dtsi > +++ b/arch/arm/boot/dts/qcom-apq8084.dtsi > @@ -226,5 +226,21 @@ > clock-names = "core", "iface"; > status = "disabled"; > }; > + > + spmi_bus: spmi@fc4cf000 { > + compatible = "qcom,spmi-pmic-arb"; > + reg-names = "core", "intr", "cnfg"; > + reg = <0xfc4cf000 0x1000>, > + <0xfc4cb000 0x1000>, > + <0xfc4ca000 0x1000>; > + interrupt-names = "periph_irq"; > + interrupts = <0 190 0>;> + qcom,ee = <0>; > + qcom,channel = <0>; > + #address-cells = <2>; > + #size-cells = <0>; > + interrupt-controller; > + #interrupt-cells = <4>; > + }; > }; > }; > diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi > index e265ec1..2d11641 100644 > --- a/arch/arm/boot/dts/qcom-msm8974.dtsi > +++ b/arch/arm/boot/dts/qcom-msm8974.dtsi > @@ -247,5 +247,21 @@ > #address-cells = <1>; > #size-cells = <0>; > }; > + > + spmi_bus: spmi@fc4cf000 { > + compatible = "qcom,spmi-pmic-arb"; > + reg-names = "core", "intr", "cnfg"; > + reg = <0xfc4cf000 0x1000>, > + <0xfc4cb000 0x1000>, > + <0xfc4ca000 0x1000>; > + interrupt-names = "periph_irq"; > + interrupts = <0 190 0>; The final value in this interrupts property means IRQ_TYPE_NONE. A WARN_ON() was added early this year to complain about use of IRQ_TYPE_NONE: 83a86fbb5b56 "irqchip/gic: Loudly complain about the use of IRQ_TYPE_NONE", resulting in many warnings spewing forth when I boot an APQ8074 Dragonboard. I am trying to determine whether the warning is overly aggressive, or whether the IRQ TYPE is incorrectly specified for the spmi node. The interrupt-parent for the spmi node is intc: interrupt-controller@f9000000, which has compatible = "qcom,msm-qgic2". I do not know the architecture or implementation of this interrupt controller. Is an IRQ_TYPE_NONE valid in this case, or should a specific type be provided? Thanks! -Frank > + qcom,ee = <0>; > + qcom,channel = <0>; > + #address-cells = <2>; > + #size-cells = <0>; > + interrupt-controller; > + #interrupt-cells = <4>; > + }; > }; > }; > -- > 1.9.1 > > -- > To unsubscribe from this list: send the line "unsubscribe devicetree" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >
Hi All, The email for Ivan is no longer valid. Can anyone else help me with my question? Thanks, Frank On 08/31/18 15:46, Frank Rowand wrote: > Hi Ivan, > > > On 02/03/15 04:17, Ivan T. Ivanov wrote: >> Add SPMI PMIC Arbiter configuration nodes for APQ8084 and MSM8974. >> >> Signed-off-by: Ivan T. Ivanov <iivanov@mm-sol.com> >> --- >> arch/arm/boot/dts/qcom-apq8084.dtsi | 16 ++++++++++++++++ >> arch/arm/boot/dts/qcom-msm8974.dtsi | 16 ++++++++++++++++ >> 2 files changed, 32 insertions(+) >> >> diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi >> index 1f130bc..dbedf64 100644 >> --- a/arch/arm/boot/dts/qcom-apq8084.dtsi >> +++ b/arch/arm/boot/dts/qcom-apq8084.dtsi >> @@ -226,5 +226,21 @@ >> clock-names = "core", "iface"; >> status = "disabled"; >> }; >> + >> + spmi_bus: spmi@fc4cf000 { >> + compatible = "qcom,spmi-pmic-arb"; >> + reg-names = "core", "intr", "cnfg"; >> + reg = <0xfc4cf000 0x1000>, >> + <0xfc4cb000 0x1000>, >> + <0xfc4ca000 0x1000>; >> + interrupt-names = "periph_irq"; >> + interrupts = <0 190 0>;> + qcom,ee = <0>; >> + qcom,channel = <0>; >> + #address-cells = <2>; >> + #size-cells = <0>; >> + interrupt-controller; >> + #interrupt-cells = <4>; >> + }; >> }; >> }; >> diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi >> index e265ec1..2d11641 100644 >> --- a/arch/arm/boot/dts/qcom-msm8974.dtsi >> +++ b/arch/arm/boot/dts/qcom-msm8974.dtsi >> @@ -247,5 +247,21 @@ >> #address-cells = <1>; >> #size-cells = <0>; >> }; >> + >> + spmi_bus: spmi@fc4cf000 { >> + compatible = "qcom,spmi-pmic-arb"; >> + reg-names = "core", "intr", "cnfg"; >> + reg = <0xfc4cf000 0x1000>, >> + <0xfc4cb000 0x1000>, >> + <0xfc4ca000 0x1000>; >> + interrupt-names = "periph_irq"; > >> + interrupts = <0 190 0>; > > The final value in this interrupts property means IRQ_TYPE_NONE. > > A WARN_ON() was added early this year to complain about use of > IRQ_TYPE_NONE: 83a86fbb5b56 "irqchip/gic: Loudly complain about > the use of IRQ_TYPE_NONE", resulting in many warnings spewing > forth when I boot an APQ8074 Dragonboard. I am trying to > determine whether the warning is overly aggressive, or whether > the IRQ TYPE is incorrectly specified for the spmi node. > > The interrupt-parent for the spmi node is intc: interrupt-controller@f9000000, > which has compatible = "qcom,msm-qgic2". I do not know the architecture > or implementation of this interrupt controller. Is an IRQ_TYPE_NONE > valid in this case, or should a specific type be provided? > > Thanks! > > -Frank > > >> + qcom,ee = <0>; >> + qcom,channel = <0>; >> + #address-cells = <2>; >> + #size-cells = <0>; >> + interrupt-controller; >> + #interrupt-cells = <4>; >> + }; >> }; >> }; >> -- >> 1.9.1 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe devicetree" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > . >
On Fri 31 Aug 15:46 PDT 2018, Frank Rowand wrote: > > + spmi_bus: spmi@fc4cf000 { > > + compatible = "qcom,spmi-pmic-arb"; > > + reg-names = "core", "intr", "cnfg"; > > + reg = <0xfc4cf000 0x1000>, > > + <0xfc4cb000 0x1000>, > > + <0xfc4ca000 0x1000>; > > + interrupt-names = "periph_irq"; > > > + interrupts = <0 190 0>; > > The final value in this interrupts property means IRQ_TYPE_NONE. > > A WARN_ON() was added early this year to complain about use of > IRQ_TYPE_NONE: 83a86fbb5b56 "irqchip/gic: Loudly complain about > the use of IRQ_TYPE_NONE", resulting in many warnings spewing > forth when I boot an APQ8074 Dragonboard. I am trying to > determine whether the warning is overly aggressive, or whether > the IRQ TYPE is incorrectly specified for the spmi node. > > The interrupt-parent for the spmi node is intc: interrupt-controller@f9000000, > which has compatible = "qcom,msm-qgic2". I do not know the architecture > or implementation of this interrupt controller. Is an IRQ_TYPE_NONE > valid in this case, or should a specific type be provided? > No, IRQ_TYPE_NONE isn't valid and the WARN_ON() is reasonable. Please change it to IRQ_TYPE_LEVEL_HIGH. And while you're at it, replace the first 0 with GIC_SPI. If you have more of these warnings you can most likely look at e.g. msm8916 (arm64) to find the right flags. Regards, Bjorn
On 08/31/18 16:01, Bjorn Andersson wrote: > On Fri 31 Aug 15:46 PDT 2018, Frank Rowand wrote: >>> + spmi_bus: spmi@fc4cf000 { >>> + compatible = "qcom,spmi-pmic-arb"; >>> + reg-names = "core", "intr", "cnfg"; >>> + reg = <0xfc4cf000 0x1000>, >>> + <0xfc4cb000 0x1000>, >>> + <0xfc4ca000 0x1000>; >>> + interrupt-names = "periph_irq"; >> >>> + interrupts = <0 190 0>; >> >> The final value in this interrupts property means IRQ_TYPE_NONE. >> >> A WARN_ON() was added early this year to complain about use of >> IRQ_TYPE_NONE: 83a86fbb5b56 "irqchip/gic: Loudly complain about >> the use of IRQ_TYPE_NONE", resulting in many warnings spewing >> forth when I boot an APQ8074 Dragonboard. I am trying to >> determine whether the warning is overly aggressive, or whether >> the IRQ TYPE is incorrectly specified for the spmi node. >> >> The interrupt-parent for the spmi node is intc: interrupt-controller@f9000000, >> which has compatible = "qcom,msm-qgic2". I do not know the architecture >> or implementation of this interrupt controller. Is an IRQ_TYPE_NONE >> valid in this case, or should a specific type be provided? >> > > No, IRQ_TYPE_NONE isn't valid and the WARN_ON() is reasonable. > > Please change it to IRQ_TYPE_LEVEL_HIGH. And while you're at it, replace > the first 0 with GIC_SPI. > > > If you have more of these warnings you can most likely look at e.g. > msm8916 (arm64) to find the right flags. Thanks, I'll create a patch.
diff --git a/arch/arm/boot/dts/qcom-apq8084.dtsi b/arch/arm/boot/dts/qcom-apq8084.dtsi index 1f130bc..dbedf64 100644 --- a/arch/arm/boot/dts/qcom-apq8084.dtsi +++ b/arch/arm/boot/dts/qcom-apq8084.dtsi @@ -226,5 +226,21 @@ clock-names = "core", "iface"; status = "disabled"; }; + + spmi_bus: spmi@fc4cf000 { + compatible = "qcom,spmi-pmic-arb"; + reg-names = "core", "intr", "cnfg"; + reg = <0xfc4cf000 0x1000>, + <0xfc4cb000 0x1000>, + <0xfc4ca000 0x1000>; + interrupt-names = "periph_irq"; + interrupts = <0 190 0>; + qcom,ee = <0>; + qcom,channel = <0>; + #address-cells = <2>; + #size-cells = <0>; + interrupt-controller; + #interrupt-cells = <4>; + }; }; }; diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index e265ec1..2d11641 100644 --- a/arch/arm/boot/dts/qcom-msm8974.dtsi +++ b/arch/arm/boot/dts/qcom-msm8974.dtsi @@ -247,5 +247,21 @@ #address-cells = <1>; #size-cells = <0>; }; + + spmi_bus: spmi@fc4cf000 { + compatible = "qcom,spmi-pmic-arb"; + reg-names = "core", "intr", "cnfg"; + reg = <0xfc4cf000 0x1000>, + <0xfc4cb000 0x1000>, + <0xfc4ca000 0x1000>; + interrupt-names = "periph_irq"; + interrupts = <0 190 0>; + qcom,ee = <0>; + qcom,channel = <0>; + #address-cells = <2>; + #size-cells = <0>; + interrupt-controller; + #interrupt-cells = <4>; + }; }; };
Add SPMI PMIC Arbiter configuration nodes for APQ8084 and MSM8974. Signed-off-by: Ivan T. Ivanov <iivanov@mm-sol.com> --- arch/arm/boot/dts/qcom-apq8084.dtsi | 16 ++++++++++++++++ arch/arm/boot/dts/qcom-msm8974.dtsi | 16 ++++++++++++++++ 2 files changed, 32 insertions(+) -- 1.9.1 -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html