From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement Date: Wed, 26 Sep 2012 12:05:01 +0000 Message-ID: <201209261205.01351.arnd@arndb.de> References: <1348613212-21897-1-git-send-email-swarren@wwwdotorg.org> <201209261038.36223.arnd@arndb.de> <20120926104421.GA7040@n2100.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20120926104421.GA7040-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org> Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Russell King - ARM Linux Cc: Stephen Warren , Olof Johansson , Rob Herring , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Stephen Warren List-Id: linux-tegra@vger.kernel.org On Wednesday 26 September 2012, Russell King - ARM Linux wrote: > That rubbishes the idea of a single kernel though, which is to give > distros a single kernel image that they can boot on different ARM > platforms. > > They want a single kernel binary that works everywhere, not one which > they need to select the right binary to work on platform X. Yes, the > internal uncompressed bulk may be the same, but it would require > distros to carry around N different kernel images for N different > platforms. Right. It still helps the distros ensure that they only have a single configuration and a single binary to test, which I expect is their main interest, but keeping multiple copies of the same binary with different headers is a bit silly, I agree. On PowerPC, we have a similar problem, and the way that distros usually deal with that is to do the final link of the zImage from the post-install stage of their rpm or deb packages, depending on the platform they are on. In the same stage, they also link in the newly created initrd and the device tree blob if necessary. Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Wed, 26 Sep 2012 12:05:01 +0000 Subject: [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement In-Reply-To: <20120926104421.GA7040@n2100.arm.linux.org.uk> References: <1348613212-21897-1-git-send-email-swarren@wwwdotorg.org> <201209261038.36223.arnd@arndb.de> <20120926104421.GA7040@n2100.arm.linux.org.uk> Message-ID: <201209261205.01351.arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wednesday 26 September 2012, Russell King - ARM Linux wrote: > That rubbishes the idea of a single kernel though, which is to give > distros a single kernel image that they can boot on different ARM > platforms. > > They want a single kernel binary that works everywhere, not one which > they need to select the right binary to work on platform X. Yes, the > internal uncompressed bulk may be the same, but it would require > distros to carry around N different kernel images for N different > platforms. Right. It still helps the distros ensure that they only have a single configuration and a single binary to test, which I expect is their main interest, but keeping multiple copies of the same binary with different headers is a bit silly, I agree. On PowerPC, we have a similar problem, and the way that distros usually deal with that is to do the final link of the zImage from the post-install stage of their rpm or deb packages, depending on the platform they are on. In the same stage, they also link in the newly created initrd and the device tree blob if necessary. Arnd