From: Andre Renaud <andre-7Wk5F4Od5/oYd5yxfr4S2w@public.gmane.org>
To: Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: "Russell King - ARM Linux"
<linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
"Uwe Kleine-König"
<u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
"Nicolas Pitre" <nico-vtqb6HGKxmzR7s880joybQ@public.gmane.org>,
"Peter De Schrijver"
<pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
"Olof Johansson" <olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org>,
"Tim Bird" <tim.bird-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>,
"Colin Cross" <ccross-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org>,
"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Jean-Christophe PLAGNIOL-VILLARD"
<plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH 1/2] ARM: Add Kconfig option to use mkimage -T kernel_noload
Date: Thu, 01 Mar 2012 11:28:33 +1300 [thread overview]
Message-ID: <4F4EA691.9040406@bluewatersys.com> (raw)
In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF17BDDF21A1-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
On 01/03/12 10:27, Stephen Warren wrote:
> Russell King wrote at Wednesday, February 29, 2012 1:45 PM:
> ...
>> So, really, comparing a standard uImage produced by the standard kernel
>> with gzipped Image is far from a fair comparison. And that's actually
>> another argument for getting rid of the uImage target... it may make
>> people think a bit about what they're doing rather than accepting
>> whatever default location someone else chose for their kernel.
>
> That seems like more of an argument for making the uImage target use
> -T kernel_noload unconditionally, rather than removing the target.
> Since doing so would solve the issue about the kernel picking a load
> address.
>
> That is, ignoring any arguments about breaking existing workflows at
> least...
I think this is the case that I was seeing - the current behaviour of
the uImage target, of using the zreladdr as the load/start addresses
essentially guarantees the worst case relocation behaviour.
Regards,
Andre
WARNING: multiple messages have this Message-ID (diff)
From: andre@bluewatersys.com (Andre Renaud)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] ARM: Add Kconfig option to use mkimage -T kernel_noload
Date: Thu, 01 Mar 2012 11:28:33 +1300 [thread overview]
Message-ID: <4F4EA691.9040406@bluewatersys.com> (raw)
In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF17BDDF21A1@HQMAIL01.nvidia.com>
On 01/03/12 10:27, Stephen Warren wrote:
> Russell King wrote at Wednesday, February 29, 2012 1:45 PM:
> ...
>> So, really, comparing a standard uImage produced by the standard kernel
>> with gzipped Image is far from a fair comparison. And that's actually
>> another argument for getting rid of the uImage target... it may make
>> people think a bit about what they're doing rather than accepting
>> whatever default location someone else chose for their kernel.
>
> That seems like more of an argument for making the uImage target use
> -T kernel_noload unconditionally, rather than removing the target.
> Since doing so would solve the issue about the kernel picking a load
> address.
>
> That is, ignoring any arguments about breaking existing workflows at
> least...
I think this is the case that I was seeing - the current behaviour of
the uImage target, of using the zreladdr as the load/start addresses
essentially guarantees the worst case relocation behaviour.
Regards,
Andre
next prev parent reply other threads:[~2012-02-29 22:28 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-29 0:03 [PATCH 1/2] ARM: Add Kconfig option to use mkimage -T kernel_noload Stephen Warren
2012-02-29 0:03 ` Stephen Warren
[not found] ` <1330473804-23348-1-git-send-email-swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-02-29 0:03 ` [PATCH 2/2] ARM: tegra: Add zreladdr etc to Makefile.boot for Tegra30 Stephen Warren
2012-02-29 0:03 ` Stephen Warren
2012-03-01 17:01 ` [PATCH 1/2] ARM: Add Kconfig option to use mkimage -T kernel_noload Stephen Warren
2012-03-01 17:01 ` Stephen Warren
[not found] ` <74CDBE0F657A3D45AFBB94109FB122FF17BE861683-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
2012-03-05 4:21 ` Olof Johansson
2012-03-05 4:21 ` Olof Johansson
2012-03-05 20:29 ` Nicolas Pitre
2012-03-05 20:29 ` Nicolas Pitre
2012-02-29 12:29 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-29 12:29 ` Jean-Christophe PLAGNIOL-VILLARD
[not found] ` <20120229122942.GF3318-RQcB7r2h9QmfDR2tN2SG5Ni2O/JbrIOy@public.gmane.org>
2012-02-29 16:58 ` Stephen Warren
2012-02-29 16:58 ` Stephen Warren
[not found] ` <74CDBE0F657A3D45AFBB94109FB122FF17BDDF206A-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
2012-02-29 18:14 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-29 18:14 ` Jean-Christophe PLAGNIOL-VILLARD
[not found] ` <20120229181430.GI3318-RQcB7r2h9QmfDR2tN2SG5Ni2O/JbrIOy@public.gmane.org>
2012-02-29 18:33 ` Tim Bird
2012-02-29 18:33 ` Tim Bird
2012-02-29 18:50 ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-29 18:50 ` Jean-Christophe PLAGNIOL-VILLARD
[not found] ` <20120229185013.GJ3318-RQcB7r2h9QmfDR2tN2SG5Ni2O/JbrIOy@public.gmane.org>
2012-03-12 17:40 ` Marek Vasut
2012-03-12 17:40 ` Marek Vasut
[not found] ` <201203121840.49776.marek.vasut-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-03-12 17:44 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-12 17:44 ` Jean-Christophe PLAGNIOL-VILLARD
[not found] ` <4F4E6F96.8080907-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org>
2012-02-29 19:12 ` Uwe Kleine-König
2012-02-29 19:12 ` Uwe Kleine-König
[not found] ` <20120229191209.GN14173-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2012-02-29 19:17 ` Stephen Warren
2012-02-29 19:17 ` Stephen Warren
[not found] ` <74CDBE0F657A3D45AFBB94109FB122FF17BDDF2122-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
2012-02-29 19:44 ` Uwe Kleine-König
2012-02-29 19:44 ` Uwe Kleine-König
[not found] ` <20120229194409.GO14173-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2012-02-29 19:59 ` Stephen Warren
2012-02-29 19:59 ` Stephen Warren
[not found] ` <74CDBE0F657A3D45AFBB94109FB122FF17BDDF2155-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
2012-02-29 20:12 ` Andre Renaud
2012-02-29 20:12 ` Andre Renaud
[not found] ` <4F4E86A1.8010506-7Wk5F4Od5/oYd5yxfr4S2w@public.gmane.org>
2012-02-29 20:16 ` Stephen Warren
2012-02-29 20:16 ` Stephen Warren
2012-02-29 20:19 ` Russell King - ARM Linux
2012-02-29 20:19 ` Russell King - ARM Linux
[not found] ` <20120229201938.GB16999-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2012-02-29 20:25 ` Andre Renaud
2012-02-29 20:25 ` Andre Renaud
[not found] ` <4F4E89A8.4080909-7Wk5F4Od5/oYd5yxfr4S2w@public.gmane.org>
2012-02-29 20:29 ` Russell King - ARM Linux
2012-02-29 20:29 ` Russell King - ARM Linux
2012-02-29 20:39 ` Uwe Kleine-König
2012-02-29 20:39 ` Uwe Kleine-König
[not found] ` <20120229203958.GQ14173-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2012-02-29 20:45 ` Russell King - ARM Linux
2012-02-29 20:45 ` Russell King - ARM Linux
[not found] ` <20120229204527.GD16999-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2012-02-29 20:59 ` Uwe Kleine-König
2012-02-29 20:59 ` Uwe Kleine-König
2012-03-01 4:55 ` Jean-Christophe PLAGNIOL-VILLARD
2012-03-01 4:55 ` Jean-Christophe PLAGNIOL-VILLARD
[not found] ` <20120229205901.GR14173-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2012-03-12 17:42 ` Marek Vasut
2012-03-12 17:42 ` Marek Vasut
2012-02-29 21:27 ` Stephen Warren
2012-02-29 21:27 ` Stephen Warren
[not found] ` <74CDBE0F657A3D45AFBB94109FB122FF17BDDF21A1-C7FfzLzN0UxDw2glCA4ptUEOCMrvLtNR@public.gmane.org>
2012-02-29 22:28 ` Andre Renaud [this message]
2012-02-29 22:28 ` Andre Renaud
2012-02-29 20:30 ` Uwe Kleine-König
2012-02-29 20:30 ` Uwe Kleine-König
2012-02-29 23:53 ` Ryan Mallon
2012-02-29 23:53 ` Ryan Mallon
[not found] ` <4F4EBA8C.1040408-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-03-12 17:44 ` Marek Vasut
2012-03-12 17:44 ` Marek Vasut
2012-03-01 15:34 ` Mark Brown
2012-03-01 15:34 ` Mark Brown
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=4F4EA691.9040406@bluewatersys.com \
--to=andre-7wk5f4od5/oyd5yxfr4s2w@public.gmane.org \
--cc=ccross-z5hGa2qSFaRBDgjK7y7TUQ@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=nico-vtqb6HGKxmzR7s880joybQ@public.gmane.org \
--cc=olof-nZhT3qVonbNeoWH0uzbU5w@public.gmane.org \
--cc=pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=plagnioj-sclMFOaUSTBWk0Htik3J/w@public.gmane.org \
--cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
--cc=tim.bird-mEdOJwZ7QcZBDgjK7y7TUQ@public.gmane.org \
--cc=u.kleine-koenig-bIcnvbaLZ9MEGnE8C9+IrQ@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.