On 18 April 2014 17:57, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > * Joachim Eastwood <manabian@xxxxxxxxx> [140418 08:11]: >> Add support for VAR-SOM-OM44[1] SODIMM system on module from Variscite. SoM >> features a OMAP4460, 1GB RAM, Gigabit Ethernet (LAN7500) and optional WLAN/BT. >> >> Also add support for VAR-STK-OM44 development board from Variscite. This kit >> features a VAR-SOM-OM44 and the carrier board VAR-OM44CustomBoard[2]. The >> VAR-STK-OM44 is the same as VAR-DVK-OM44 but without the LCD display. >> >> omap4-var-stk-om44.dts replace the old and very limited omap4-var-som.dts. >> >> [1] http://www.variscite.com/products/system-on-module-som/cortex-a9/var-som-om44-cpu-ti-omap-4-omap4460 >> [2] http://www.variscite.com/products/single-board-computers/var-om44customboard >> >> Signed-off-by: Joachim Eastwood <manabian@xxxxxxxxx> >> --- >> .../devicetree/bindings/arm/omap/omap.txt | 3 + >> .../devicetree/bindings/vendor-prefixes.txt | 1 + >> arch/arm/boot/dts/Makefile | 2 +- >> arch/arm/boot/dts/omap4-var-om44customboard.dtsi | 235 ++++++++++++++ >> arch/arm/boot/dts/omap4-var-som-om44.dtsi | 343 +++++++++++++++++++++ >> arch/arm/boot/dts/omap4-var-som.dts | 96 ------ >> arch/arm/boot/dts/omap4-var-stk-om44.dts | 16 + >> 7 files changed, 599 insertions(+), 97 deletions(-) >> create mode 100644 arch/arm/boot/dts/omap4-var-om44customboard.dtsi >> create mode 100644 arch/arm/boot/dts/omap4-var-som-om44.dtsi >> delete mode 100644 arch/arm/boot/dts/omap4-var-som.dts >> create mode 100644 arch/arm/boot/dts/omap4-var-stk-om44.dts > > Hmm don't you still need to keep omap4-var-som.dts to build just the > core SoC module without any add-on boards? Since VAR-SOM-OM44 is a SODIMM module it is not possible to use without a carrier board. Variscite's carrier board is called OM44CustomBoard and I am in process of creating my own application specific one so the omap4-var-som-om44 should be a dtsi-file. > Also, you might want to use the OMAP4_CORE_IOPAD and OMAP4_WKUP_IOPAD > macros in include/dt-bindings/pinctrl/omap.h to be able to check the > registers against the TRM easier as you can use the physical register > offset listed in the TRM. I don't see any other OMAP4 using these macros. Is there a plan for a mass conversion? It's really a job for an automated script. But the macro are indeed nice. That offset has bothered me more than once. regards Joachim Eastwood -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html