From: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
To: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
Cc: Olof Johansson <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>,
Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Subject: Re: [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement
Date: Wed, 26 Sep 2012 10:38:36 +0000 [thread overview]
Message-ID: <201209261038.36223.arnd@arndb.de> (raw)
In-Reply-To: <1348613212-21897-1-git-send-email-swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
On Tuesday 25 September 2012, Stephen Warren wrote:
>
> From: Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
>
> Tegra's uncompress and debug-macro.S communicate to each-other. Hence,
> we can't be left without uncompress.h in a multi-platform enabled kernel,
> or we'll lose features. This series allows uncompress.h to be used in a
> multi-platform kernel, restores the mvebu uncompress.h, and finally moves
> the Tegra debug macros into the common location. The series as mainly an
> RFC due to the outstanding question of where to put Tegra's <mach/iomap.h>
> in the final patch.
To follow up on the IRC discussion we had yesterday leading to this patch
set, I had another idea of how to handle the same: Since the decompressor
code is actually fairly separate from the kernel, we could also build
multiple versions of it, and link in the same compressed vmlinux.
We already allow building Image/zImage/uImage from the same vmlinux,
and that could theoretically be extended.
Your approach of course also sounds ok, and we could eventually combine
the two.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement
Date: Wed, 26 Sep 2012 10:38:36 +0000 [thread overview]
Message-ID: <201209261038.36223.arnd@arndb.de> (raw)
In-Reply-To: <1348613212-21897-1-git-send-email-swarren@wwwdotorg.org>
On Tuesday 25 September 2012, Stephen Warren wrote:
>
> From: Stephen Warren <swarren@nvidia.com>
>
> Tegra's uncompress and debug-macro.S communicate to each-other. Hence,
> we can't be left without uncompress.h in a multi-platform enabled kernel,
> or we'll lose features. This series allows uncompress.h to be used in a
> multi-platform kernel, restores the mvebu uncompress.h, and finally moves
> the Tegra debug macros into the common location. The series as mainly an
> RFC due to the outstanding question of where to put Tegra's <mach/iomap.h>
> in the final patch.
To follow up on the IRC discussion we had yesterday leading to this patch
set, I had another idea of how to handle the same: Since the decompressor
code is actually fairly separate from the kernel, we could also build
multiple versions of it, and link in the same compressed vmlinux.
We already allow building Image/zImage/uImage from the same vmlinux,
and that could theoretically be extended.
Your approach of course also sounds ok, and we could eventually combine
the two.
Arnd
next prev parent reply other threads:[~2012-09-26 10:38 UTC|newest]
Thread overview: 36+ 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
2012-09-25 22:46 ` 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
2012-09-25 22:46 ` 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-26 21:56 ` Domenico Andreoli
2012-09-27 5:19 ` Stephen Warren
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 ` Stephen Warren
2012-09-25 22:46 ` [RFC PATCH 3/3] ARM: tegra: move debug macros to include/debug Stephen Warren
2012-09-25 22:46 ` Stephen Warren
2012-09-26 10:38 ` Arnd Bergmann [this message]
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
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
2012-09-26 12:05 ` Arnd Bergmann
[not found] ` <201209261205.01351.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 13:10 ` Domenico Andreoli
2012-09-26 13:10 ` Domenico Andreoli
2012-09-26 13:48 ` Tim Bird
2012-09-26 13:48 ` Tim Bird
[not found] ` <506307A0.7010701-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
2012-09-26 14:17 ` Arnd Bergmann
2012-09-26 14:17 ` Arnd Bergmann
[not found] ` <201209261417.18883.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-26 14:48 ` Tim Bird
2012-09-26 14:48 ` Tim Bird
[not found] ` <506315A6.3090300-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
2012-09-26 14:49 ` Arnd Bergmann
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
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
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-28 3:53 ` Nicolas Pitre
2012-09-27 5:37 ` Jean-Christophe PLAGNIOL-VILLARD
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=201209261038.36223.arnd@arndb.de \
--to=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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.