diff options
author | Nishanth Menon <nm@ti.com> | 2021-05-11 22:48:21 +0300 |
---|---|---|
committer | Nishanth Menon <nm@ti.com> | 2021-05-14 20:48:11 +0300 |
commit | cab12badfc99f93c1dccf192dd150f94b687a27c (patch) | |
tree | 83473323516c307508ed2f1b916d55a963e33499 /arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi | |
parent | 9ecdb6d6b11434494af4bad11b03f0dcda1eebbd (diff) | |
download | linux-cab12badfc99f93c1dccf192dd150f94b687a27c.tar.xz |
arm64: dts: ti: k3*: Introduce reg definition for interrupt routers
Interrupt routers are memory mapped peripherals, that are organized
in our dts bus hierarchy to closely represents the actual hardware
behavior.
However, without explicitly calling out the reg property, using
2021.03+ dt-schema package, this exposes the following problem with
dtbs_check:
/arch/arm64/boot/dts/ti/k3-am654-base-board.dt.yaml: bus@100000:
interrupt-controller0: {'type': 'object'} is not allowed for
{'compatible': ['ti,sci-intr'], .....
Even though we don't use interrupt router directly via memory mapped
registers and have to use it via the system controller, the hardware
block is memory mapped, so describe the base address in device tree.
This is a valid, comprehensive description of hardware and permitted
by the existing ti,sci-intr schema.
Reviewed-by: Tero Kristo <kristo@kernel.org>
Reviewed-by: Lokesh Vutla <lokeshvutla@ti.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Link: https://lore.kernel.org/r/20210511194821.13919-1-nm@ti.com
Diffstat (limited to 'arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi')
-rw-r--r-- | arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi b/arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi index 99e94dee1bd4..deb19ae5e168 100644 --- a/arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi +++ b/arch/arm64/boot/dts/ti/k3-am64-mcu.dtsi @@ -74,8 +74,9 @@ clocks = <&k3_clks 148 0>; }; - mcu_gpio_intr: interrupt-controller1 { + mcu_gpio_intr: interrupt-controller@4210000 { compatible = "ti,sci-intr"; + reg = <0x00 0x04210000 0x00 0x200>; ti,intr-trigger-type = <1>; interrupt-controller; interrupt-parent = <&gic500>; |