From: Jeroen Hofstee <dasuboot@myspectrum.nl>
To: u-boot@lists.denx.de
Subject: [U-Boot] armv8 relocation questions
Date: Mon, 19 May 2014 22:42:23 +0200 [thread overview]
Message-ID: <1400532143.1985.57.camel@yellow> (raw)
In-Reply-To: <20140519183033.95208385554@gemini.denx.de>
Hello Wolfgang,
On ma, 2014-05-19 at 20:30 +0200, Wolfgang Denk wrote:
> Dear Jeroen Hofstee,
>
> In message <1400523005.1985.33.camel@yellow> you wrote:
> >
> > mm, forget about U-Boot for a second and please consider the following,
> > complicated, program:
>
> I think we should NOT forget U-Boot, which comes with it's own,
> specifically tuned set of compiler options and linker scripts.
>
well it mentioned for a second...
> > compiled with `aarch64-linux-gnu-gcc -g -Wall hello.c` results in:
>
> I have no idea how the tool chain was configured here, and what the
> linker script might look like.
for what it is worth:
aarch64-linux-gnu-gcc (Ubuntu/Linaro 4.8.1-10ubuntu7) 4.8.1
with its default linker script.
>
> Maybe. This is with some (unknown here) specific set of compiler
> options and linker statements. This does not mean that the same or
> silimar code will be generated for U-Boot,
Could be, but the vexpress_aemv8a shows the same pattern. It has around
1688 of adrp instructions.
> or - if it really is - that
> this has to be like that. Eventually the tool chain needs some
> tweaking flags to tell it that we intend to relocate the image later?
>
I wondered about that. I could not find such a flag, nor did David think
it exists.. [1]
> > > The question is - where does such code get emitted? Is it generated
> > > from C code, or manually created assembly?
> > >
> > It is generated, there are no literal adrp instructions in U-boot.
> > As far as I understand it, it is a compiler feature..
>
> That depends on specific compiler options / linker settings,
> eventually?
>
Perhaps eventually. But for now it seems that also U-boot is forced to
keep the relocation offset a multiple of 4k.
Regards,
Jeroen
[1] http://lists.denx.de/pipermail/u-boot/2014-May/179741.html
next prev parent reply other threads:[~2014-05-19 20:42 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
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 [this message]
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=1400532143.1985.57.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