[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220525164054.GO25951@gate.crashing.org>
Date: Wed, 25 May 2022 11:40:54 -0500
From: Segher Boessenkool <segher@...nel.crashing.org>
To: Christophe Leroy <christophe.leroy@...roup.eu>
Cc: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Michael Ellerman <mpe@...erman.id.au>, peterz@...radead.org,
aik@...abs.ru, sv@...ux.ibm.com, rostedt@...dmis.org,
jpoimboe@...hat.com, naveen.n.rao@...ux.vnet.ibm.com,
mbenes@...e.cz, linuxppc-dev@...ts.ozlabs.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH v1 2/4] objtool: Add R_REL32 macro
Hi!
On Wed, May 25, 2022 at 05:58:15PM +0200, Christophe Leroy wrote:
> In order to allow other architectures than x86 to use 32 bits
> relative relocations, define a R_REL32 macro that each architecture
> will define, in the same way as already done for R_NONE.
What are the expected semantics of this relocation? It is PC-relative,
sure, but what is the destination? S+A-P always? That works for both
x86-64 and for PowerPC, but it should be written doen somewhere :-)
Segher
Powered by blists - more mailing lists