From: Jeroen Hofstee <dasuboot@myspectrum.nl>
To: u-boot@lists.denx.de
Subject: [U-Boot] armv8 relocation questions
Date: Sat, 17 May 2014 00:26:59 +0200 [thread overview]
Message-ID: <1400279219.4133.22.camel@yellow> (raw)
In-Reply-To: <20140516211514.GE7207@bill-the-cat>
Hello Tom,
On vr, 2014-05-16 at 17:15 -0400, Tom Rini wrote:
> On Fri, May 16, 2014 at 10:28:25PM +0200, Wolfgang Denk wrote:
> > Dear Darwin,
> >
> > In message <53763B78.6030801@broadcom.com> you wrote:
> > >
> > > 3. Fixed offset case:
> > > CONFIG_SYS_TEXT_BASE = 0x88000020
> >
> > You completely fail to respond to my repeated statement that a
> > CONFIG_SYS_TEXT_BASE like this is bogus.
>
> This. What the heck is going on? CONFIG_SYS_TEXT_BASE is where the
> text section ends up, and the rest of the binary that follows, until we
> relocate. If we're being loaded by something else, it needs to be
> placing us at the right spot. If there's some header on top of the
> image to be considered by the loader, adjust where THAT loads us. If we
> cannot, then you must change CONFIG_SYS_TEXT_BASE around. Pad things
> up a bit for proper alignment. It seems where somewhere around "Doctor,
> it hurts when I hit myself with a hammer!" and can't stop hammering our
> poor finger.
Not really I guess, I read it as "Doctor, it hurts when I hit myself
with a hammer!" But morphine prevents it to hurt, so everybody should
use morphine.
But a bit more serious, as far as understood it u-boot is loaded to the
CONFIG_SYS_TEXT_BASE being set, but not aligned to the requirements of
adrp (which assumes 4k). Did someone find a decent description of adrp
and how it should be relocated? Is adrp always required or an
optimization?
And yes, obviously obeying alignment requirements before and after
relocating obviously helps, but I am also curious how Darwin gets away
with this by adding an offset (in the wrong direction) and if this would
always work (given the former is fixed).
And yes, I don't know a single thing about arm64 so perhaps above sounds
completely stupid...
Regards,
Jeroen
next prev parent reply other threads:[~2014-05-16 22:26 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-13 21:38 [U-Boot] armv8 relocation questions Darwin Rambo
2014-05-16 13:47 ` fenghua at phytium.com.cn
2014-05-16 16:23 ` Darwin Rambo
2014-05-16 20:28 ` Wolfgang Denk
2014-05-16 21:15 ` Tom Rini
2014-05-16 22:26 ` Jeroen Hofstee [this message]
2014-05-17 2:13 ` fenghua at phytium.com.cn
2014-05-17 16:53 ` Wolfgang Denk
2014-05-18 12:37 ` Jeroen Hofstee
2014-05-18 19:51 ` Wolfgang Denk
2014-05-19 7:37 ` Jeroen Hofstee
2014-05-19 12:33 ` Wolfgang Denk
2014-05-19 18:10 ` Jeroen Hofstee
2014-05-19 18:30 ` Wolfgang Denk
2014-05-19 20:42 ` Jeroen Hofstee
2014-05-19 21:05 ` Wolfgang Denk
2014-05-20 17:42 ` Jeroen Hofstee
2014-05-16 21:24 ` Darwin Rambo
2014-05-16 21:52 ` Tom Rini
2014-05-22 14:19 ` fenghua at phytium.com.cn
2014-05-23 6:51 ` Wolfgang Denk
2014-05-26 13:11 ` fenghua at phytium.com.cn
2014-05-26 14:38 ` Wolfgang Denk
2014-05-17 3:53 ` fenghua at phytium.com.cn
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=1400279219.4133.22.camel@yellow \
--to=dasuboot@myspectrum.nl \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox