| Message ID | 1442323985-29939-2-git-send-email-kishon@ti.com |
|---|---|
| State | New |
| Headers | show |
* Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: > Add new device tree node for the control module register space where > PCIe registers are present. > > Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> > --- > arch/arm/boot/dts/dra7.dtsi | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi > index 5d65db9..0769b5d 100644 > --- a/arch/arm/boot/dts/dra7.dtsi > +++ b/arch/arm/boot/dts/dra7.dtsi > @@ -154,6 +154,11 @@ > compatible = "syscon"; > reg = <0x1c04 0x0020>; > }; > + > + scm_conf_pcie: tisyscon@1c24 { > + compatible = "syscon"; > + reg = <0x1c24 0x0024>; > + }; > }; > > cm_core_aon: cm_core_aon@5000 { Why don't you just extend the existing scm_conf1 area? This is not all pcie specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING and MUXSEL_32K_CLKIN. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Hi Tony, On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: > * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: >> Add new device tree node for the control module register space where >> PCIe registers are present. >> >> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> >> --- >> arch/arm/boot/dts/dra7.dtsi | 5 +++++ >> 1 file changed, 5 insertions(+) >> >> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi >> index 5d65db9..0769b5d 100644 >> --- a/arch/arm/boot/dts/dra7.dtsi >> +++ b/arch/arm/boot/dts/dra7.dtsi >> @@ -154,6 +154,11 @@ >> compatible = "syscon"; >> reg = <0x1c04 0x0020>; >> }; >> + >> + scm_conf_pcie: tisyscon@1c24 { >> + compatible = "syscon"; >> + reg = <0x1c24 0x0024>; >> + }; >> }; >> >> cm_core_aon: cm_core_aon@5000 { > > > Why don't you just extend the existing scm_conf1 area? This is not all pcie > specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING > and MUXSEL_32K_CLKIN. scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). PLLEN_CONTROL and others are at 0x4A003C14 as per DRA75x_DRA74x_SR1.1_NDA_TRM_vW. Since PCIe itself has a bunch of registers for itself, thought of creating a separate dt node. But I can extend scm_conf1 area. Thanks Kishon -- 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
* Kishon Vijay Abraham I <kishon@ti.com> [151012 14:50]: > Hi Tony, > > On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: > >> Add new device tree node for the control module register space where > >> PCIe registers are present. > >> > >> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> > >> --- > >> arch/arm/boot/dts/dra7.dtsi | 5 +++++ > >> 1 file changed, 5 insertions(+) > >> > >> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi > >> index 5d65db9..0769b5d 100644 > >> --- a/arch/arm/boot/dts/dra7.dtsi > >> +++ b/arch/arm/boot/dts/dra7.dtsi > >> @@ -154,6 +154,11 @@ > >> compatible = "syscon"; > >> reg = <0x1c04 0x0020>; > >> }; > >> + > >> + scm_conf_pcie: tisyscon@1c24 { > >> + compatible = "syscon"; > >> + reg = <0x1c24 0x0024>; > >> + }; > >> }; > >> > >> cm_core_aon: cm_core_aon@5000 { > > > > > > Why don't you just extend the existing scm_conf1 area? This is not all pcie > > specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING > > and MUXSEL_32K_CLKIN. > > scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). > PLLEN_CONTROL and others are at 0x4A003C14 as per > DRA75x_DRA74x_SR1.1_NDA_TRM_vW. Oh sorry I guess I was looking at a wrong address then. > Since PCIe itself has a bunch of registers for itself, thought of > creating a separate dt node. But I can extend scm_conf1 area. Why not just ioremap them then? Do these need to be shared with some other driver? Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Hi, On Tuesday 13 October 2015 03:33 AM, Tony Lindgren wrote: > * Kishon Vijay Abraham I <kishon@ti.com> [151012 14:50]: >> Hi Tony, >> >> On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: >>> * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: >>>> Add new device tree node for the control module register space where >>>> PCIe registers are present. >>>> >>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> >>>> --- >>>> arch/arm/boot/dts/dra7.dtsi | 5 +++++ >>>> 1 file changed, 5 insertions(+) >>>> >>>> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi >>>> index 5d65db9..0769b5d 100644 >>>> --- a/arch/arm/boot/dts/dra7.dtsi >>>> +++ b/arch/arm/boot/dts/dra7.dtsi >>>> @@ -154,6 +154,11 @@ >>>> compatible = "syscon"; >>>> reg = <0x1c04 0x0020>; >>>> }; >>>> + >>>> + scm_conf_pcie: tisyscon@1c24 { >>>> + compatible = "syscon"; >>>> + reg = <0x1c24 0x0024>; >>>> + }; >>>> }; >>>> >>>> cm_core_aon: cm_core_aon@5000 { >>> >>> >>> Why don't you just extend the existing scm_conf1 area? This is not all pcie >>> specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING >>> and MUXSEL_32K_CLKIN. >> >> scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). >> PLLEN_CONTROL and others are at 0x4A003C14 as per >> DRA75x_DRA74x_SR1.1_NDA_TRM_vW. > > Oh sorry I guess I was looking at a wrong address then. > >> Since PCIe itself has a bunch of registers for itself, thought of >> creating a separate dt node. But I can extend scm_conf1 area. > > Why not just ioremap them then? Do these need to be shared with > some other driver? yeah, some are used by PCIe controller driver and some are used by PCIe PHY driver. Thanks Kishon -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
* Kishon Vijay Abraham I <kishon@ti.com> [151012 15:09]: > Hi, > > On Tuesday 13 October 2015 03:33 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kishon@ti.com> [151012 14:50]: > >> Hi Tony, > >> > >> On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: > >>> * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: > >>>> Add new device tree node for the control module register space where > >>>> PCIe registers are present. > >>>> > >>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> > >>>> --- > >>>> arch/arm/boot/dts/dra7.dtsi | 5 +++++ > >>>> 1 file changed, 5 insertions(+) > >>>> > >>>> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi > >>>> index 5d65db9..0769b5d 100644 > >>>> --- a/arch/arm/boot/dts/dra7.dtsi > >>>> +++ b/arch/arm/boot/dts/dra7.dtsi > >>>> @@ -154,6 +154,11 @@ > >>>> compatible = "syscon"; > >>>> reg = <0x1c04 0x0020>; > >>>> }; > >>>> + > >>>> + scm_conf_pcie: tisyscon@1c24 { > >>>> + compatible = "syscon"; > >>>> + reg = <0x1c24 0x0024>; > >>>> + }; > >>>> }; > >>>> > >>>> cm_core_aon: cm_core_aon@5000 { > >>> > >>> > >>> Why don't you just extend the existing scm_conf1 area? This is not all pcie > >>> specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING > >>> and MUXSEL_32K_CLKIN. > >> > >> scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). > >> PLLEN_CONTROL and others are at 0x4A003C14 as per > >> DRA75x_DRA74x_SR1.1_NDA_TRM_vW. > > > > Oh sorry I guess I was looking at a wrong address then. > > > >> Since PCIe itself has a bunch of registers for itself, thought of > >> creating a separate dt node. But I can extend scm_conf1 area. > > > > Why not just ioremap them then? Do these need to be shared with > > some other driver? > > yeah, some are used by PCIe controller driver and some are used by PCIe > PHY driver. OK makes sense to me then. Thanks, Tony -- 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, On Tuesday 13 October 2015 03:42 AM, Tony Lindgren wrote: > * Kishon Vijay Abraham I <kishon@ti.com> [151012 15:09]: >> Hi, >> >> On Tuesday 13 October 2015 03:33 AM, Tony Lindgren wrote: >>> * Kishon Vijay Abraham I <kishon@ti.com> [151012 14:50]: >>>> Hi Tony, >>>> >>>> On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: >>>>> * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: >>>>>> Add new device tree node for the control module register space where >>>>>> PCIe registers are present. >>>>>> >>>>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> >>>>>> --- >>>>>> arch/arm/boot/dts/dra7.dtsi | 5 +++++ >>>>>> 1 file changed, 5 insertions(+) >>>>>> >>>>>> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi >>>>>> index 5d65db9..0769b5d 100644 >>>>>> --- a/arch/arm/boot/dts/dra7.dtsi >>>>>> +++ b/arch/arm/boot/dts/dra7.dtsi >>>>>> @@ -154,6 +154,11 @@ >>>>>> compatible = "syscon"; >>>>>> reg = <0x1c04 0x0020>; >>>>>> }; >>>>>> + >>>>>> + scm_conf_pcie: tisyscon@1c24 { >>>>>> + compatible = "syscon"; >>>>>> + reg = <0x1c24 0x0024>; >>>>>> + }; >>>>>> }; >>>>>> >>>>>> cm_core_aon: cm_core_aon@5000 { >>>>> >>>>> >>>>> Why don't you just extend the existing scm_conf1 area? This is not all pcie >>>>> specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING >>>>> and MUXSEL_32K_CLKIN. >>>> >>>> scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). >>>> PLLEN_CONTROL and others are at 0x4A003C14 as per >>>> DRA75x_DRA74x_SR1.1_NDA_TRM_vW. >>> >>> Oh sorry I guess I was looking at a wrong address then. >>> >>>> Since PCIe itself has a bunch of registers for itself, thought of >>>> creating a separate dt node. But I can extend scm_conf1 area. >>> >>> Why not just ioremap them then? Do these need to be shared with >>> some other driver? >> >> yeah, some are used by PCIe controller driver and some are used by PCIe >> PHY driver. > > OK makes sense to me then. Cool. Btw the driver modifications has not yet been merged, so don't merge these yet. I'll repost these once the driver is merged. Thanks Kishon -- 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
* Kishon Vijay Abraham I <kishon@ti.com> [151012 15:23]: > Hi, > > On Tuesday 13 October 2015 03:42 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kishon@ti.com> [151012 15:09]: > >> Hi, > >> > >> On Tuesday 13 October 2015 03:33 AM, Tony Lindgren wrote: > >>> * Kishon Vijay Abraham I <kishon@ti.com> [151012 14:50]: > >>>> Hi Tony, > >>>> > >>>> On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: > >>>>> * Kishon Vijay Abraham I <kishon@ti.com> [150915 06:37]: > >>>>>> Add new device tree node for the control module register space where > >>>>>> PCIe registers are present. > >>>>>> > >>>>>> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> > >>>>>> --- > >>>>>> arch/arm/boot/dts/dra7.dtsi | 5 +++++ > >>>>>> 1 file changed, 5 insertions(+) > >>>>>> > >>>>>> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi > >>>>>> index 5d65db9..0769b5d 100644 > >>>>>> --- a/arch/arm/boot/dts/dra7.dtsi > >>>>>> +++ b/arch/arm/boot/dts/dra7.dtsi > >>>>>> @@ -154,6 +154,11 @@ > >>>>>> compatible = "syscon"; > >>>>>> reg = <0x1c04 0x0020>; > >>>>>> }; > >>>>>> + > >>>>>> + scm_conf_pcie: tisyscon@1c24 { > >>>>>> + compatible = "syscon"; > >>>>>> + reg = <0x1c24 0x0024>; > >>>>>> + }; > >>>>>> }; > >>>>>> > >>>>>> cm_core_aon: cm_core_aon@5000 { > >>>>> > >>>>> > >>>>> Why don't you just extend the existing scm_conf1 area? This is not all pcie > >>>>> specific for scm_conf_pcie, at least for PLLEN_CONTROL, RMII_CLK_SETTING > >>>>> and MUXSEL_32K_CLKIN. > >>>> > >>>> scm_conf_pcie has only PCIe registers (it starts at 0x4A003C24). > >>>> PLLEN_CONTROL and others are at 0x4A003C14 as per > >>>> DRA75x_DRA74x_SR1.1_NDA_TRM_vW. > >>> > >>> Oh sorry I guess I was looking at a wrong address then. > >>> > >>>> Since PCIe itself has a bunch of registers for itself, thought of > >>>> creating a separate dt node. But I can extend scm_conf1 area. > >>> > >>> Why not just ioremap them then? Do these need to be shared with > >>> some other driver? > >> > >> yeah, some are used by PCIe controller driver and some are used by PCIe > >> PHY driver. > > > > OK makes sense to me then. > > Cool. > > Btw the driver modifications has not yet been merged, so don't merge > these yet. I'll repost these once the driver is merged. OK thanks. Tony -- 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
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi index 5d65db9..0769b5d 100644 --- a/arch/arm/boot/dts/dra7.dtsi +++ b/arch/arm/boot/dts/dra7.dtsi @@ -154,6 +154,11 @@ compatible = "syscon"; reg = <0x1c04 0x0020>; }; + + scm_conf_pcie: tisyscon@1c24 { + compatible = "syscon"; + reg = <0x1c24 0x0024>; + }; }; cm_core_aon: cm_core_aon@5000 {
Add new device tree node for the control module register space where PCIe registers are present. Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com> --- arch/arm/boot/dts/dra7.dtsi | 5 +++++ 1 file changed, 5 insertions(+)