From: Domenico Andreoli <cavokz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: Russell King - ARM Linux
<linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement
Date: Wed, 26 Sep 2012 15:10:58 +0200 [thread overview]
Message-ID: <20120926131058.GA9891@glitch> (raw)
In-Reply-To: <201209261205.01351.arnd-r2nGTMty4D4@public.gmane.org>
On Wed, Sep 26, 2012 at 12:05:01PM +0000, Arnd Bergmann wrote:
> 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.
Wouldn't help to have a sort of generic console driver in the decompressor
accepting some regs and masks provided by DT? This would fit most of the
uarts around, would be totally generic and multi-platform friendly.
Regards,
Domenico
next prev parent reply other threads:[~2012-09-26 13:10 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-25 22:46 [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement Stephen Warren
[not found] ` <1348613212-21897-1-git-send-email-swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-09-25 22:46 ` [RFC PATCH 1/3] ARM: move ICEDCC uncompress.h to common location Stephen Warren
[not found] ` <1348613212-21897-2-git-send-email-swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-09-26 21:56 ` Domenico Andreoli
2012-09-27 5:19 ` Stephen Warren
2012-09-25 22:46 ` [RFC PATCH 2/3] ARM: mvebu: restore uncompress.h Stephen Warren
2012-09-25 22:46 ` [RFC PATCH 3/3] ARM: tegra: move debug macros to include/debug Stephen Warren
2012-09-26 10:38 ` [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement Arnd Bergmann
[not found] ` <201209261038.36223.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 10:44 ` Russell King - ARM Linux
[not found] ` <20120926104421.GA7040-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2012-09-26 12:05 ` Arnd Bergmann
[not found] ` <201209261205.01351.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 13:10 ` Domenico Andreoli [this message]
2012-09-26 13:48 ` Tim Bird
[not found] ` <506307A0.7010701-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
2012-09-26 14:17 ` Arnd Bergmann
[not found] ` <201209261417.18883.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 14:48 ` Tim Bird
[not found] ` <506315A6.3090300-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
2012-09-26 14:49 ` Arnd Bergmann
[not found] ` <201209261449.48468.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 15:10 ` Russell King - ARM Linux
[not found] ` <20120926151023.GC30938-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2012-09-26 15:34 ` Stephen Warren
[not found] ` <50632096.7080208-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-09-28 3:53 ` Nicolas Pitre
2012-09-27 5:37 ` Jean-Christophe PLAGNIOL-VILLARD
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120926131058.GA9891@glitch \
--to=cavokz-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org \
--cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
--cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org \
--cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).