* [GIT PULL] ti-sysc dts changes for omaps for v4.21
@ 2018-12-13 20:25 ` Tony Lindgren
0 siblings, 0 replies; 4+ messages in thread
From: Tony Lindgren @ 2018-12-13 20:25 UTC (permalink / raw)
To: arm; +Cc: Tony Lindgren, linux-omap, linux-arm-kernel
From: "Tony Lindgren" <tony@atomide.com>
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v4.21/dt-ti-sysc-signed
for you to fetch changes up to c7a851b7050e2b7b8ed6e96c1437e19ca5720851:
ARM: dts: Cosmetic fix for omap5 USB node names (2018-12-13 09:08:43 -0800)
----------------------------------------------------------------
Add interconnect target module dts data for omaps for v4.21
This big set of changes adds SoC specific l4 interconnect target module
device tree data for am335x, am437x, omap5 and dra7 SoCs. We also move
existing devices to the right location in the l4 interconnect hierarcy.
This is similar to what we've already done for omap4 l4 interconnects
earlier, and follows what is documented in the ti-sysc driver dts binding
in Documentation/devicetree/bindings/bus/ti-sysc.txt.
These changes will essentially replace the struct ti_sysc and clock
entries in the arch/arm/mach-omap2/omap_hwmod_*_data.c files. Then a few
merge windows later, we can start dropping the built-in platform data
from the omap_hwmod_*_data.c files in favor of the device tree data only.
For now, we verify the device tree data module data against the built-in
data and warn about changes to prevent regressions.
With the device tree data, we are also probing devices with the ti-sysc
interconnect target module instead of omap_device. This fixes up the
handling for multiple device instances in a single interconnect target
module that has caused trouble earlier. A custom wrapper driver has been
needed earlier for such cases.
And as the device tree data is organized by the l4 interconnect instances,
we will be able to use genpd later on. This is because each interconnect
instance is also often also a single power domain.
This series of changes has been brewing for several months now. I did not
want to send a pull request earlier as people were still seeing device
specific issues until recently though. However, it turned out that all the
issues were quite trivial to fix. I had missed adding device tree ranges
for the l3 data port used on some devices, and I had missed converting the
device addresses for a few devices. And some devices like needed fixes for
deferred probe handling such as the EHCI PHY for built-in case on omap5.
Anyways, in case of trouble, we can easily just revert changes for a
single device if needed.
----------------------------------------------------------------
Tero Kristo (4):
ARM: dts: am33xx: convert to use new clkctrl layout
ARM: dts: am43xx: convert to use new clkctrl layout
ARM: dts: dra7: convert to use new clkctrl layout
ARM: dts: dra7: Move the ti,no-idle quirk on proper gmac node
Tony Lindgren (21):
Merge commit 'd6e7bbc148f9fbec8a0117b0d0f420c9710e6d81' into omap-for-v4.21/dt-ti-sysc
Merge commit 'ce32d59ee2cd036f6e8a6ed17a06a0b0bec5c67c' into omap-for-v4.21/dt-ti-sysc
Merge remote-tracking branch 'gpio/ib-omap' into omap-for-v4.21/dt-ti-sysc
Merge tag 'omap-for-v4.20/ti-sysc-take2-signed' into omap-for-v4.21/dt-ti-sysc
ARM: dts: am437x: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: am437x: Move l4 child devices to probe them with ti-sysc
ARM: dts: am335x: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: am335x: Move l4 child devices to probe them with ti-sysc
ARM: dts: dra7: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: dra7: Move l4 child devices to probe them with ti-sysc
Merge tag 'v4.20-rc1' into omap-for-v4.21/dt-ti-sysc
ARM: dts: Use dra7 mcasp compatible for mcasp instances
ARM: dts: omap5: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: Revert am335x mcasp ti-sysc changes
ARM: dts: Add missing ranges for am437x mcasp l3 ports
ARM: dts: Add am335x mcasp with l3 data port ranges
ARM: dts: Fix hsi gdd range for omap4
ARM: dts: Fix ranges for am335x epwmss
ARM: dts: Add missing ranges for dra7 mcasp l3 ports
ARM: dts: Fix wrong address for omap5 sata phy
ARM: dts: Cosmetic fix for omap5 USB node names
arch/arm/boot/dts/am335x-bone-common.dtsi | 2 +-
arch/arm/boot/dts/am335x-boneblue.dts | 2 +-
arch/arm/boot/dts/am335x-cm-t335.dts | 2 +-
arch/arm/boot/dts/am335x-evm.dts | 4 +-
arch/arm/boot/dts/am335x-evmsk.dts | 4 +-
arch/arm/boot/dts/am335x-osd3358-sm-red.dts | 2 +-
arch/arm/boot/dts/am335x-shc.dts | 4 +-
arch/arm/boot/dts/am33xx-clocks.dtsi | 110 +-
arch/arm/boot/dts/am33xx-l4.dtsi | 2132 +++++++++++
arch/arm/boot/dts/am33xx.dtsi | 623 +--
arch/arm/boot/dts/am4372.dtsi | 876 +----
arch/arm/boot/dts/am437x-l4.dtsi | 2505 ++++++++++++
arch/arm/boot/dts/am43xx-clocks.dtsi | 74 +-
arch/arm/boot/dts/am57xx-beagle-x15-common.dtsi | 2 +-
arch/arm/boot/dts/dra7-evm-common.dtsi | 4 +-
arch/arm/boot/dts/dra7-l4.dtsi | 4600 +++++++++++++++++++++++
arch/arm/boot/dts/dra7.dtsi | 1434 +------
arch/arm/boot/dts/dra72-evm-common.dtsi | 4 +-
arch/arm/boot/dts/dra72x.dtsi | 4 +-
arch/arm/boot/dts/dra74x.dtsi | 6 +-
arch/arm/boot/dts/dra76x.dtsi | 2 +-
arch/arm/boot/dts/dra7xx-clocks.dtsi | 159 +-
arch/arm/boot/dts/omap4-l4.dtsi | 4 +-
arch/arm/boot/dts/omap5-l4.dtsi | 2462 ++++++++++++
arch/arm/boot/dts/omap5.dtsi | 688 +---
25 files changed, 12029 insertions(+), 3680 deletions(-)
create mode 100644 arch/arm/boot/dts/am33xx-l4.dtsi
create mode 100644 arch/arm/boot/dts/am437x-l4.dtsi
create mode 100644 arch/arm/boot/dts/dra7-l4.dtsi
create mode 100644 arch/arm/boot/dts/omap5-l4.dtsi
^ permalink raw reply [flat|nested] 4+ messages in thread
* [GIT PULL] ti-sysc dts changes for omaps for v4.21
@ 2018-12-13 20:25 ` Tony Lindgren
0 siblings, 0 replies; 4+ messages in thread
From: Tony Lindgren @ 2018-12-13 20:25 UTC (permalink / raw)
To: arm; +Cc: Tony Lindgren, linux-omap, linux-arm-kernel
From: "Tony Lindgren" <tony@atomide.com>
The following changes since commit 651022382c7f8da46cb4872a545ee1da6d097d2a:
Linux 4.20-rc1 (2018-11-04 15:37:52 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v4.21/dt-ti-sysc-signed
for you to fetch changes up to c7a851b7050e2b7b8ed6e96c1437e19ca5720851:
ARM: dts: Cosmetic fix for omap5 USB node names (2018-12-13 09:08:43 -0800)
----------------------------------------------------------------
Add interconnect target module dts data for omaps for v4.21
This big set of changes adds SoC specific l4 interconnect target module
device tree data for am335x, am437x, omap5 and dra7 SoCs. We also move
existing devices to the right location in the l4 interconnect hierarcy.
This is similar to what we've already done for omap4 l4 interconnects
earlier, and follows what is documented in the ti-sysc driver dts binding
in Documentation/devicetree/bindings/bus/ti-sysc.txt.
These changes will essentially replace the struct ti_sysc and clock
entries in the arch/arm/mach-omap2/omap_hwmod_*_data.c files. Then a few
merge windows later, we can start dropping the built-in platform data
from the omap_hwmod_*_data.c files in favor of the device tree data only.
For now, we verify the device tree data module data against the built-in
data and warn about changes to prevent regressions.
With the device tree data, we are also probing devices with the ti-sysc
interconnect target module instead of omap_device. This fixes up the
handling for multiple device instances in a single interconnect target
module that has caused trouble earlier. A custom wrapper driver has been
needed earlier for such cases.
And as the device tree data is organized by the l4 interconnect instances,
we will be able to use genpd later on. This is because each interconnect
instance is also often also a single power domain.
This series of changes has been brewing for several months now. I did not
want to send a pull request earlier as people were still seeing device
specific issues until recently though. However, it turned out that all the
issues were quite trivial to fix. I had missed adding device tree ranges
for the l3 data port used on some devices, and I had missed converting the
device addresses for a few devices. And some devices like needed fixes for
deferred probe handling such as the EHCI PHY for built-in case on omap5.
Anyways, in case of trouble, we can easily just revert changes for a
single device if needed.
----------------------------------------------------------------
Tero Kristo (4):
ARM: dts: am33xx: convert to use new clkctrl layout
ARM: dts: am43xx: convert to use new clkctrl layout
ARM: dts: dra7: convert to use new clkctrl layout
ARM: dts: dra7: Move the ti,no-idle quirk on proper gmac node
Tony Lindgren (21):
Merge commit 'd6e7bbc148f9fbec8a0117b0d0f420c9710e6d81' into omap-for-v4.21/dt-ti-sysc
Merge commit 'ce32d59ee2cd036f6e8a6ed17a06a0b0bec5c67c' into omap-for-v4.21/dt-ti-sysc
Merge remote-tracking branch 'gpio/ib-omap' into omap-for-v4.21/dt-ti-sysc
Merge tag 'omap-for-v4.20/ti-sysc-take2-signed' into omap-for-v4.21/dt-ti-sysc
ARM: dts: am437x: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: am437x: Move l4 child devices to probe them with ti-sysc
ARM: dts: am335x: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: am335x: Move l4 child devices to probe them with ti-sysc
ARM: dts: dra7: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: dra7: Move l4 child devices to probe them with ti-sysc
Merge tag 'v4.20-rc1' into omap-for-v4.21/dt-ti-sysc
ARM: dts: Use dra7 mcasp compatible for mcasp instances
ARM: dts: omap5: Add l4 interconnect hierarchy and ti-sysc data
ARM: dts: Revert am335x mcasp ti-sysc changes
ARM: dts: Add missing ranges for am437x mcasp l3 ports
ARM: dts: Add am335x mcasp with l3 data port ranges
ARM: dts: Fix hsi gdd range for omap4
ARM: dts: Fix ranges for am335x epwmss
ARM: dts: Add missing ranges for dra7 mcasp l3 ports
ARM: dts: Fix wrong address for omap5 sata phy
ARM: dts: Cosmetic fix for omap5 USB node names
arch/arm/boot/dts/am335x-bone-common.dtsi | 2 +-
arch/arm/boot/dts/am335x-boneblue.dts | 2 +-
arch/arm/boot/dts/am335x-cm-t335.dts | 2 +-
arch/arm/boot/dts/am335x-evm.dts | 4 +-
arch/arm/boot/dts/am335x-evmsk.dts | 4 +-
arch/arm/boot/dts/am335x-osd3358-sm-red.dts | 2 +-
arch/arm/boot/dts/am335x-shc.dts | 4 +-
arch/arm/boot/dts/am33xx-clocks.dtsi | 110 +-
arch/arm/boot/dts/am33xx-l4.dtsi | 2132 +++++++++++
arch/arm/boot/dts/am33xx.dtsi | 623 +--
arch/arm/boot/dts/am4372.dtsi | 876 +----
arch/arm/boot/dts/am437x-l4.dtsi | 2505 ++++++++++++
arch/arm/boot/dts/am43xx-clocks.dtsi | 74 +-
arch/arm/boot/dts/am57xx-beagle-x15-common.dtsi | 2 +-
arch/arm/boot/dts/dra7-evm-common.dtsi | 4 +-
arch/arm/boot/dts/dra7-l4.dtsi | 4600 +++++++++++++++++++++++
arch/arm/boot/dts/dra7.dtsi | 1434 +------
arch/arm/boot/dts/dra72-evm-common.dtsi | 4 +-
arch/arm/boot/dts/dra72x.dtsi | 4 +-
arch/arm/boot/dts/dra74x.dtsi | 6 +-
arch/arm/boot/dts/dra76x.dtsi | 2 +-
arch/arm/boot/dts/dra7xx-clocks.dtsi | 159 +-
arch/arm/boot/dts/omap4-l4.dtsi | 4 +-
arch/arm/boot/dts/omap5-l4.dtsi | 2462 ++++++++++++
arch/arm/boot/dts/omap5.dtsi | 688 +---
25 files changed, 12029 insertions(+), 3680 deletions(-)
create mode 100644 arch/arm/boot/dts/am33xx-l4.dtsi
create mode 100644 arch/arm/boot/dts/am437x-l4.dtsi
create mode 100644 arch/arm/boot/dts/dra7-l4.dtsi
create mode 100644 arch/arm/boot/dts/omap5-l4.dtsi
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [GIT PULL] ti-sysc dts changes for omaps for v4.21
2018-12-13 20:25 ` Tony Lindgren
@ 2018-12-20 15:37 ` Arnd Bergmann
-1 siblings, 0 replies; 4+ messages in thread
From: Arnd Bergmann @ 2018-12-20 15:37 UTC (permalink / raw)
To: Tony Lindgren; +Cc: linux-omap, arm-soc, Linux ARM
On Thu, Dec 13, 2018 at 9:25 PM Tony Lindgren <tony@atomide.com> wrote:
> ARM: dts: Cosmetic fix for omap5 USB node names (2018-12-13 09:08:43 -0800)
>
> ----------------------------------------------------------------
> Add interconnect target module dts data for omaps for v4.21
>
> This big set of changes adds SoC specific l4 interconnect target module
> device tree data for am335x, am437x, omap5 and dra7 SoCs. We also move
> existing devices to the right location in the l4 interconnect hierarcy.
> This is similar to what we've already done for omap4 l4 interconnects
> earlier, and follows what is documented in the ti-sysc driver dts binding
> in Documentation/devicetree/bindings/bus/ti-sysc.txt.
>
> These changes will essentially replace the struct ti_sysc and clock
> entries in the arch/arm/mach-omap2/omap_hwmod_*_data.c files. Then a few
> merge windows later, we can start dropping the built-in platform data
> from the omap_hwmod_*_data.c files in favor of the device tree data only.
> For now, we verify the device tree data module data against the built-in
> data and warn about changes to prevent regressions.
>
> With the device tree data, we are also probing devices with the ti-sysc
> interconnect target module instead of omap_device. This fixes up the
> handling for multiple device instances in a single interconnect target
> module that has caused trouble earlier. A custom wrapper driver has been
> needed earlier for such cases.
>
> And as the device tree data is organized by the l4 interconnect instances,
> we will be able to use genpd later on. This is because each interconnect
> instance is also often also a single power domain.
>
> This series of changes has been brewing for several months now. I did not
> want to send a pull request earlier as people were still seeing device
> specific issues until recently though. However, it turned out that all the
> issues were quite trivial to fix. I had missed adding device tree ranges
> for the l3 data port used on some devices, and I had missed converting the
> device addresses for a few devices. And some devices like needed fixes for
> deferred probe handling such as the EHCI PHY for built-in case on omap5.
>
> Anyways, in case of trouble, we can easily just revert changes for a
> single device if needed.
Thanks a lot for the detailed description and background, that really helps!
Pulled into next/dt now,
Arnd
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [GIT PULL] ti-sysc dts changes for omaps for v4.21
@ 2018-12-20 15:37 ` Arnd Bergmann
0 siblings, 0 replies; 4+ messages in thread
From: Arnd Bergmann @ 2018-12-20 15:37 UTC (permalink / raw)
To: Tony Lindgren; +Cc: linux-omap, arm-soc, Linux ARM
On Thu, Dec 13, 2018 at 9:25 PM Tony Lindgren <tony@atomide.com> wrote:
> ARM: dts: Cosmetic fix for omap5 USB node names (2018-12-13 09:08:43 -0800)
>
> ----------------------------------------------------------------
> Add interconnect target module dts data for omaps for v4.21
>
> This big set of changes adds SoC specific l4 interconnect target module
> device tree data for am335x, am437x, omap5 and dra7 SoCs. We also move
> existing devices to the right location in the l4 interconnect hierarcy.
> This is similar to what we've already done for omap4 l4 interconnects
> earlier, and follows what is documented in the ti-sysc driver dts binding
> in Documentation/devicetree/bindings/bus/ti-sysc.txt.
>
> These changes will essentially replace the struct ti_sysc and clock
> entries in the arch/arm/mach-omap2/omap_hwmod_*_data.c files. Then a few
> merge windows later, we can start dropping the built-in platform data
> from the omap_hwmod_*_data.c files in favor of the device tree data only.
> For now, we verify the device tree data module data against the built-in
> data and warn about changes to prevent regressions.
>
> With the device tree data, we are also probing devices with the ti-sysc
> interconnect target module instead of omap_device. This fixes up the
> handling for multiple device instances in a single interconnect target
> module that has caused trouble earlier. A custom wrapper driver has been
> needed earlier for such cases.
>
> And as the device tree data is organized by the l4 interconnect instances,
> we will be able to use genpd later on. This is because each interconnect
> instance is also often also a single power domain.
>
> This series of changes has been brewing for several months now. I did not
> want to send a pull request earlier as people were still seeing device
> specific issues until recently though. However, it turned out that all the
> issues were quite trivial to fix. I had missed adding device tree ranges
> for the l3 data port used on some devices, and I had missed converting the
> device addresses for a few devices. And some devices like needed fixes for
> deferred probe handling such as the EHCI PHY for built-in case on omap5.
>
> Anyways, in case of trouble, we can easily just revert changes for a
> single device if needed.
Thanks a lot for the detailed description and background, that really helps!
Pulled into next/dt now,
Arnd
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2018-12-20 15:37 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-12-13 20:25 [GIT PULL] ti-sysc dts changes for omaps for v4.21 Tony Lindgren
2018-12-13 20:25 ` Tony Lindgren
2018-12-20 15:37 ` Arnd Bergmann
2018-12-20 15:37 ` Arnd Bergmann
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.