On Monday 08 February 2016 10:11:38 Antoine Tenart wrote: > index 000000000000..3e3080fa45e4 > --- /dev/null > + > +#include <dt-bindings/interrupt-controller/arm-gic.h> > + > +/ { > + model = "Annapurna Labs Alpine v2"; > + compatible = "al,alpine-v2"; > + #address-cells = <2>; > + #size-cells = <2>; > + > + aliases { > + serial0 = &uart0; > + serial1 = &uart1; > + serial2 = &uart2; > + serial3 = &uart3; > + }; Move the aliases to the .dts files and drop the ones that are disabled. > + > + pcie-internal@0xfbc00000 { make this pci@fbc00000 { > + compatible = "pci-host-ecam-generic"; > + device_type = "pci"; > + #size-cells = <2>; > + #address-cells = <3>; > + #interrupt-cells = <1>; > + reg = <0x0 0xfbc00000 0x0 0x100000>; > + interrupt-map-mask = <0xf800 0 0 7>; > + /* add legacy interrupts for SATA only */ > + interrupt-map = <0x4000 0 0 1 &gic 0 53 4>, > + <0x4800 0 0 1 &gic 0 54 4>; What's wrong with the other IRQs? Not connected? > + > + uart0: uart@fd883000 { serial@fd883000 Almost all devices are in the 0xfd000000 range. Could this be a bus in the SoC that has all the devices attached to it? Maybe use a "ranges" property to reflect that. In doubt, use the register numbers from the data sheet if you have one. Arnd -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html