From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH] arm: provide a CONFIG flag for disabling relocation
Date: Sat, 01 Oct 2011 09:01:47 +0200 [thread overview]
Message-ID: <4E86BADB.20707@aribaud.net> (raw)
In-Reply-To: <CAPnjgZ3iqV-LAG60ZPPUOHUVDJkfJ18R8Pac_5d8n+PkLn=aBA@mail.gmail.com>
Hi Simon,
Le 23/09/2011 18:04, Simon Glass a ?crit :
>> Are you looking for CONFIG_SYS_SKIP_ARM_RELOCATION? I think Anthony is
>> only fixing couple of issues uncovered by the original 'skip
>> relocation' patch but I don't think CONFIG_SYS_SKIP_ARM_RELOCATION
>> itself is getting accepted.
>
> I see. That is sad, because skipping relocation is very useful for
> development. Why do we make things harder for devs than they need to
> be?
There is at least a possibility to avoid relocation without introducing
the CONFIG_SYS_SKIP_ARM_RELOCATION flag; set CONFIG_SKIP_LOWLEVEL_INIT
and adjust CONFIG_SYS_TEXT_BASE to be the base address where your code
will be located. It is a two-round process (you need a first run with
the 'wrong' CONFIG_SYS_TEXT_BASE in order to find its 'right' value) and
will work only for a given board variant (same available RAM amount
always) but might be enough to cover the use case(s) you are looking for?
> Regards,
> Simon
Amicalement,
--
Albert.
next prev parent reply other threads:[~2011-10-01 7:01 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 14:22 [U-Boot] [RFC PATCH] arm: provide a CONFIG flag for disabling relocation GROYER, Anthony
2011-09-20 18:09 ` Wolfgang Denk
2011-09-20 19:13 ` Albert ARIBAUD
2011-09-21 9:29 ` GROYER, Anthony
2011-09-21 10:45 ` Wolfgang Denk
2011-09-21 11:44 ` Albert ARIBAUD
2011-09-21 10:51 ` Albert ARIBAUD
2011-09-21 11:20 ` Andreas Bießmann
2011-09-21 12:03 ` Albert ARIBAUD
2011-09-21 12:31 ` Andreas Bießmann
2011-09-21 14:23 ` Albert ARIBAUD
2011-09-22 7:10 ` Andreas Bießmann
2011-09-29 16:14 ` Andreas Bießmann
2011-09-30 7:21 ` Simon Schwarz
2011-10-01 6:48 ` Albert ARIBAUD
2011-09-20 21:34 ` Simon Glass
2011-09-21 14:21 ` Aneesh V
2011-09-23 16:04 ` Simon Glass
2011-10-01 7:01 ` Albert ARIBAUD [this message]
2011-10-03 3:34 ` Simon Glass
-- strict thread matches above, loose matches on Subject: below --
2011-03-25 13:12 Aneesh V
2011-03-25 13:27 ` Aneesh V
2011-03-25 14:12 ` Wolfgang Denk
2011-03-25 16:12 ` Aneesh V
2011-03-25 18:35 ` Albert ARIBAUD
2011-04-20 18:34 ` Simon Glass
2011-04-21 6:56 ` Aneesh V
2011-04-21 15:18 ` Simon Glass
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=4E86BADB.20707@aribaud.net \
--to=albert.u.boot@aribaud.net \
--cc=u-boot@lists.denx.de \
/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.