From mboxrd@z Thu Jan 1 00:00:00 1970 From: ben.dooks@codethink.co.uk (Ben Dooks) Date: Tue, 17 Jul 2012 14:56:33 +0100 Subject: Device tree. In-Reply-To: <50056E22.5040308@gmail.com> References: <500552C9.4090107@codethink.co.uk> <20120717140100.7c0ae90c@skate> <500556CF.6030704@codethink.co.uk> <50056391.3060208@codethink.co.uk> <8f3d9be256cbe0feec86cca6aaefd437@codethink.co.uk> <50056E22.5040308@gmail.com> Message-ID: <5b5e32ecde7b96d3af217054150eb43c@codethink.co.uk> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 17/07/2012 14:52, Rob Herring wrote: > On 07/17/2012 08:25 AM, Ben Dooks wrote: >> On 17/07/2012 14:07, Ian Molton wrote: >>> On 17/07/12 13:32, Josh Coombs wrote: >>>> make make target.dtb >>>> cat arch/arm/boot/target.dtb >> arch/arm/boot/zImage >>>> make uImage >>> >>> Yick... >> >> How about adding a dts=
argument to the current >> command line handling. If this is found, then the system >> ignores the rest of the atags passed and uses the passed >> address for the device-tree settings. >> >> This means in u-boot, you just need to load the .dts file >> into place before booting the kernel. >> > You mean dtb... > > But no, we don't need a 3rd boot interface in the kernel. I don't see > why cat + mkimage is too hard to run. I suppose we can produce our own build-script > Now that u-boot has direct support for zImage booting, I doubt > anything > uImage building related will ever be accepted into the kernel. Depends on u-boot, the one we have been supplied doesn't seem to have any interest in booting zImages. -- Ben