On Tue, Aug 26, 2014 at 09:52:10AM +0200, Geert Uytterhoeven wrote: > On Tue, Aug 26, 2014 at 6:20 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote: > >> > diff --git a/arch/arm/boot/dts/r8a7790-lager.dts b/arch/arm/boot/dts/r8a7790-lager.dts > >> > index 0118cbf..84dcafa 100644 > >> > --- a/arch/arm/boot/dts/r8a7790-lager.dts > >> > +++ b/arch/arm/boot/dts/r8a7790-lager.dts > >> > @@ -32,7 +32,7 @@ > >> > reg = <0 0x40000000 0 0x40000000>; > >> > }; > >> > > >> > - memory@180000000 { > >> > + memory@140000000 { > >> > >> That should even be "memory@1,40000000". > > > > Two comma-separated 32bit values in the case > > where a memory range starts above 4Gb? > > Yes. As #address-cells is 2, there should be two values after the "@" > (the first one may be optional if it's zero, I don't know for sure?) > > > If so it looks like this will be the first user of that syntax > > (I don't see any in linux-next today). > > No, "git grep '@.*,' -- arch/arm/boot/dts" shows several users. > Not all of them are 64-bit memory addresses, but some are. Thanks, I like your grep better than mine. > > I do however see several users of memrory@64bit_value. > > Mostly other renesas fds files; ecx-2000.dts being the exception. > > Should they be fixed too? > > > > $ find -name "*.dts" | xargs grep memory@[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9] > > ./arch/arm/boot/dts/r8a7791-henninger.dts: memory@200000000 { > > ./arch/arm/boot/dts/r8a7791-koelsch.dts: memory@200000000 { > > ./arch/arm/boot/dts/ecx-2000.dts: memory@200000000 { > > ./arch/arm/boot/dts/r8a73a4-ape6evm-reference.dts: memory@200000000 { > > ./arch/arm/boot/dts/r8a7790-lager.dts: memory@180000000 { > > ./arch/arm/boot/dts/r8a73a4-ape6evm.dts: memory@200000000 { > > Yes, these should be fixed, too. > > It's a pity dtc doesn't complain about this. Indeed. -- 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