linux-kernel - Re: [tip: objtool/urgent] objtool: Consolidate annotation macros

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAHk-=wgJsz2TybxsxWMEXio4FVfUoToT5Tb8VmobUpuekemA=Q@mail.gmail.com>
Date: Wed, 3 Dec 2025 11:24:06 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Josh Poimboeuf <jpoimboe@...nel.org>
Cc: Ingo Molnar <mingo@...nel.org>, linux-kernel@...r.kernel.org, 
	linux-tip-commits@...r.kernel.org, x86@...nel.org
Subject: Re: [tip: objtool/urgent] objtool: Consolidate annotation macros

On Wed, 3 Dec 2025 at 11:17, Josh Poimboeuf <jpoimboe@...nel.org> wrote:
>
> > What are the actual entry sizes, though? Because maybe we could just
> > use alignment instead - which is trivially settable in the linker
> > script.
>
> That could work.  At least .altinstructions (14 bytes) and __ex_table
> (12 bytes) aren't power of two.
>
> We could certainly pad them, That does increase memory usage though.  On
> my defconfig kernel that would add about ~11k.

Ok, if they aren't all naturally aligned, let's just keep with the
horrid 'mergeable' thing for now.

It's not wonderful, but nobody sane looks at the generated asm anyway.
And regardless, it's better than it used to be.

              Linus