From: Florian Weimer <fweimer@redhat.com>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: Will Deacon <will.deacon@arm.com>,
libc-alpha <libc-alpha@sourceware.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
Carlos O'Donell <carlos@redhat.com>
Subject: Re: rseq/arm32: choosing rseq code signature
Date: Thu, 11 Apr 2019 14:24:10 +0200 [thread overview]
Message-ID: <87pnpsd91x.fsf@oldenburg2.str.redhat.com> (raw)
In-Reply-To: <1050734985.2625.1554838340011.JavaMail.zimbra@efficios.com> (Mathieu Desnoyers's message of "Tue, 9 Apr 2019 15:32:20 -0400 (EDT)")
* Mathieu Desnoyers:
> /*
> * TODO: document trap instruction objdump output on each sub-architecture
> * instruction sets, as well as instruction set extensions.
> */
> #define RSEQ_SIG 0x########
Will RSEQ_SIG actually be needed at run time outside the rseq
implementation library (whether it's glibc or something else)?
Actually rseq users will emit the signature directly into the text
section, right? They never have to load it into a register, I assume.
My concern is that on some architectures, the very act of referencing
RSEQ_SIG will put it into the text section, as a non-instruction, which
is not what we want.
Thanks,
Florian
next prev parent reply other threads:[~2019-04-11 12:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-09 19:32 rseq/arm32: choosing rseq code signature Mathieu Desnoyers
2019-04-10 20:29 ` Mathieu Desnoyers
2019-04-11 16:42 ` Will Deacon
2019-04-11 17:51 ` Mathieu Desnoyers
2019-04-11 19:55 ` Peter Maydell
2019-04-15 13:11 ` Mathieu Desnoyers
2019-04-15 13:30 ` Peter Maydell
2019-04-15 13:37 ` Mathieu Desnoyers
2019-04-16 13:39 ` Mathieu Desnoyers
2019-04-17 10:37 ` Richard Earnshaw (lists)
2019-04-17 14:43 ` Mathieu Desnoyers
2019-04-17 15:30 ` Mathieu Desnoyers
2019-04-18 16:18 ` Richard Earnshaw (lists)
2019-04-11 12:24 ` Florian Weimer [this message]
2019-04-15 13:22 ` Mathieu Desnoyers
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=87pnpsd91x.fsf@oldenburg2.str.redhat.com \
--to=fweimer@redhat.com \
--cc=carlos@redhat.com \
--cc=libc-alpha@sourceware.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=will.deacon@arm.com \
/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