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 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.