Thread (12 messages) flat view 12 messages, 3 authors, 2021-12-14

Re: [PATCH v3 2/2] arm64: Unconditionally override SYM_FUNC macros

From: Ard Biesheuvel <ardb@kernel.org>
Date: 2021-12-14 14:32:50

On Tue, 14 Dec 2021 at 15:28, Mark Brown [off-list ref] wrote:
On Tue, Dec 14, 2021 at 03:12:01PM +0100, Ard Biesheuvel wrote:
quoted
On Tue, 14 Dec 2021 at 15:10, Will Deacon [off-list ref] wrote:
quoted
quoted
I don't have a strong opinion here, so whatever you like. I just tend to
think that most people will have BTI enabled and there's something to be
said for having an instruction always emitted when you have a token in
assembly code.
quoted
+1
quoted
I already pointed out computed gotos, which are admittedly rare, but
there are other reasons why adhering to WYSIWYG is strongly preferred
for asm code IMO.
The use case for this macro is for SYM_FUNC_START() which is going to be
emitting the BTI without it really appearing directly in the code so I'm
not sure how much I buy that TBH.  I think you're pushing back on uses
of the macro outside of linkage.h more than on what linkage.h is doing,
that does make more sense to me.
Fair point, but we don't really have any control over where else BTI_C
may end up being used, no?

In any case, I don't think it's worth it blowing up the validation
matrix over this, so if we can emit the same code for all
configurations, we should IMO

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help