diff options
author | Graeme Smecher <gsmecher@threespeedlogic.com> | 2018-05-03 02:32:36 +0200 |
---|---|---|
committer | Tony Lindgren <tony@atomide.com> | 2018-05-03 19:07:47 +0200 |
commit | 647efef69de483f1dd7944ede31b4cae16acb124 (patch) | |
tree | 751d2a5104970f959f2ba5a8d260d4d7618cef2c /arch/arm/boot/dts/dm8148-t410.dts | |
parent | ARM: OMAP1: ams-delta: fix deferred_fiq handler (diff) | |
download | linux-647efef69de483f1dd7944ede31b4cae16acb124.tar.xz linux-647efef69de483f1dd7944ede31b4cae16acb124.zip |
ARM: dts: correct missing "compatible" entry for ti81xx SoCs
The missing "compatible" entries are needed by drivers/clk/ti/clkctrl.c,
and without them the structures initialized in drivers/clk/ti/clk-814x.c
are not passed to configuration code. The result is a "not found from
clkctrl data" error message, although boot proceeds anyway.
The reason why the compatible is not found is because the board specific
files override the SoC compatible without including it. This did not
cause any issues until with the clkctrl nodes got introduced.
Very lightly tested on a (lurching) AM3874 design that's in the middle
of a kernel upgrade from TI's abandoned 2.6.37 tree.
Also tested on j5eco-evm and hp-t410 to verify the clkctrl clocks are
found.
Fixes: bb30465b5902 ("ARM: dts: dm814x: add clkctrl nodes")
Fixes: 80a06c0d8357 ("ARM: dts: dm816x: add clkctrl nodes")
Signed-off-by: Graeme Smecher <gsmecher@threespeedlogic.com>
[tony: updated to fix for 8168-evm, updated comments]
Signed-off-by: Tony Lindgren <tony@atomide.com>
Diffstat (limited to 'arch/arm/boot/dts/dm8148-t410.dts')
-rw-r--r-- | arch/arm/boot/dts/dm8148-t410.dts | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/arm/boot/dts/dm8148-t410.dts b/arch/arm/boot/dts/dm8148-t410.dts index 63883b3479f9..6418f9cdbe83 100644 --- a/arch/arm/boot/dts/dm8148-t410.dts +++ b/arch/arm/boot/dts/dm8148-t410.dts @@ -9,7 +9,7 @@ / { model = "HP t410 Smart Zero Client"; - compatible = "hp,t410", "ti,dm8148"; + compatible = "hp,t410", "ti,dm8148", "ti,dm814"; memory@80000000 { device_type = "memory"; |