From mboxrd@z Thu Jan 1 00:00:00 1970 From: plagnioj@jcrosoft.com (Jean-Christophe PLAGNIOL-VILLARD) Date: Tue, 12 Feb 2013 19:50:30 +0100 Subject: [PATCH 12/17] ARM: fix magic for bootloader in BE8 In-Reply-To: <20130209120823.GF17833@n2100.arm.linux.org.uk> References: <1360365467-25056-1-git-send-email-ben.dooks@codethink.co.uk> <1360365467-25056-13-git-send-email-ben.dooks@codethink.co.uk> <20130209120823.GF17833@n2100.arm.linux.org.uk> Message-ID: <20130212185030.GK30595@game.jcrosoft.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 12:08 Sat 09 Feb , Russell King - ARM Linux wrote: > On Fri, Feb 08, 2013 at 11:06:55PM -0500, Nicolas Pitre wrote: > > On Fri, 8 Feb 2013, Ben Dooks wrote: > > > > > If the boot-loader is running little endian and the kernel is compiled > > > big endian then it will not verify the magic number of the front of the > > > kernel. > > > > > > Note, do we need to also reverse the two values after the magic, or are > > > they used later on in the kernel decompressor? > > > > Those value instances are not used by the code. So for consistency they > > would have to be reversed, yes. Given those are variable and determined > > by the linker, I don't know how you could manage it. > > Which is why I wish we never had them, they've got in the way before > and they'll continue to do so. I've seen boot loaders which do > precisely the wrong thing with these too, and had to fight them for > doing so. in barebox we detect the type of file and detect we boot a zImage so be able to detect we need to boot a be zImage is really appreciate so we do not ask user how to boot but handle it automaticly Best Regards, J.