From: Richard Henderson <richard.henderson@linaro.org>
To: "Alex Bennée" <alex.bennee@linaro.org>,
"Bug 1853826" <1853826@bugs.launchpad.net>
Cc: QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
Date: Mon, 2 Dec 2019 09:30:00 -0800 [thread overview]
Message-ID: <812ed58a-fe53-5275-f927-8dd3b7dbcb2a@linaro.org> (raw)
In-Reply-To: <CAHDbmO26ZNB4CJ0b_w+e3w8vTDFVcZQXMvchjsU32ng2JfNdQw@mail.gmail.com>
On 11/28/19 5:47 PM, Alex Bennée wrote:
> Do binaries have to be page size aware? I thought it was a runtime thing.
> However if the aarch64-linux-user is hardwired to 4k it might explain it's
> confusion on a 64k machine.
Binaries do have to be built for a minimum page size.
Most aarch64 binaries are built so that they can run on a 64k host. This is of
course compatible with a 4k host.
But it is possible to build binaries that will only run on a 4k host. This
appears to be one of them. I'm surprised that the armclang lld is so configured.
Indeed, it's possible with linker scripts to force binaries to be built that
are completely mis-aligned and won't run at all on a paged operating system.
This kind of thing used to be done for building kernels, where we were
interested in minimizing "wasted" memory between the segments.
r~
next prev parent reply other threads:[~2019-12-02 17:31 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
2019-11-25 11:46 ` [Bug 1853826] " Alex Bennée
2019-11-25 12:35 ` Caroline Concatto
2019-11-25 14:00 ` Alex Bennée
2019-11-26 15:16 ` Assad Hashmi
2019-11-27 17:03 ` Alex Bennée
2019-11-27 17:39 ` Alex Bennée
2019-11-27 22:50 ` Caroline Concatto
2019-11-28 11:13 ` Alex Bennée
2019-11-28 11:33 ` Peter Maydell
2019-11-28 11:39 ` Caroline Concatto
2019-11-28 13:46 ` Alex Bennée
2019-11-28 14:45 ` Alex Bennée
2019-11-28 15:40 ` Peter Maydell
2019-11-28 17:47 ` Alex Bennée
2019-11-28 17:47 ` Alex Bennée
2019-12-02 17:30 ` Richard Henderson [this message]
2020-02-11 15:01 ` Thomas Huth
2020-02-12 4:17 ` Launchpad Bug Tracker
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=812ed58a-fe53-5275-f927-8dd3b7dbcb2a@linaro.org \
--to=richard.henderson@linaro.org \
--cc=1853826@bugs.launchpad.net \
--cc=alex.bennee@linaro.org \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).