From: Andreas Schwab <schwab@linux-m68k.org>
To: Ard Biesheuvel <ardb+git@google.com>
Cc: linux-kernel@vger.kernel.org, linux-efi@vger.kernel.org,
x86@kernel.org, Ard Biesheuvel <ardb@kernel.org>,
Borislav Petkov <bp@alien8.de>, Ingo Molnar <mingo@kernel.org>,
Kevin Loughlin <kevinloughlin@google.com>,
Tom Lendacky <thomas.lendacky@amd.com>,
Josh Poimboeuf <jpoimboe@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Nikunj A Dadhania <nikunj@amd.com>
Subject: Re: [PATCH v7 15/22] objtool: Add action to check for absence of absolute relocations
Date: Mon, 13 Oct 2025 11:40:37 +0200 [thread overview]
Message-ID: <87cy6rf8bu.fsf@igel.home> (raw)
In-Reply-To: <20250828102202.1849035-39-ardb+git@google.com> (Ard Biesheuvel's message of "Thu, 28 Aug 2025 12:22:18 +0200")
On Aug 28 2025, Ard Biesheuvel wrote:
> diff --git a/tools/objtool/check.c b/tools/objtool/check.c
> index 79eab61cd944..aeefc749e237 100644
> --- a/tools/objtool/check.c
> +++ b/tools/objtool/check.c
> @@ -4686,6 +4686,47 @@ static void disas_warned_funcs(struct objtool_file *file)
> disas_funcs(funcs);
> }
>
> +__weak bool arch_absolute_reloc(struct elf *elf, struct reloc *reloc)
> +{
> + unsigned int type = reloc_type(reloc);
> + size_t sz = elf_addr_size(elf);
> +
> + return (sz == 8) ? (type == R_ABS64) : (type == R_ABS32);
> +}
> +
> +static int check_abs_references(struct objtool_file *file)
> +{
> + struct section *sec;
> + struct reloc *reloc;
> + int ret = 0;
> +
> + for_each_sec(file, sec) {
> + /* absolute references in non-loadable sections are fine */
> + if (!(sec->sh.sh_flags & SHF_ALLOC))
> + continue;
> +
> + /* section must have an associated .rela section */
> + if (!sec->rsec)
> + continue;
> +
> + /*
> + * Special case for compiler generated metadata that is not
> + * consumed until after boot.
> + */
> + if (!strcmp(sec->name, "__patchable_function_entries"))
> + continue;
> +
> + for_each_reloc(sec->rsec, reloc) {
> + if (arch_absolute_reloc(file->elf, reloc)) {
> + WARN("section %s has absolute relocation at offset 0x%lx",
> + sec->name, reloc_offset(reloc));
This is wrong for a 32-bit host:
In file included from check.c:16:
check.c: In function ‘check_abs_references’:
/home/andreas/src/linux/linux-6.18-rc1/tools/objtool/include/objtool/warn.h:47:3: error: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 7 has type ‘u64’ {aka ‘long long unsigned int’} [-Werror=format=]
47 | "%s%s%s: objtool" extra ": " format "\n", \
| ^~~~~~~~~~~~~~~~~
/home/andreas/src/linux/linux-6.18-rc1/tools/objtool/include/objtool/warn.h:54:2: note: in expansion of macro ‘___WARN’
54 | ___WARN(severity, "", format, ##__VA_ARGS__)
| ^~~~~~~
/home/andreas/src/linux/linux-6.18-rc1/tools/objtool/include/objtool/warn.h:74:27: note: in expansion of macro ‘__WARN’
74 | #define WARN(format, ...) __WARN(WARN_STR, format, ##__VA_ARGS__)
| ^~~~~~
check.c:4713:5: note: in expansion of macro ‘WARN’
4713 | WARN("section %s has absolute relocation at offset 0x%lx",
| ^~~~
cc1: all warnings being treated as errors
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
next prev parent reply other threads:[~2025-10-13 9:46 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-28 10:22 [PATCH v7 00/22] x86: strict separation of startup code Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 01/22] x86/sev: Separate MSR and GHCB based snp_cpuid() via a callback Ard Biesheuvel
2025-08-28 15:33 ` Borislav Petkov
2025-08-28 16:14 ` Ard Biesheuvel
2025-09-09 21:45 ` Tom Lendacky
2025-09-09 21:44 ` Tom Lendacky
2025-09-09 22:20 ` Borislav Petkov
2025-09-10 13:57 ` Tom Lendacky
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 02/22] x86/sev: Use MSR protocol for remapping SVSM calling area Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 03/22] x86/sev: Use MSR protocol only for early SVSM PVALIDATE call Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 04/22] x86/sev: Run RMPADJUST on SVSM calling area page to test VMPL Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 05/22] x86/sev: Move GHCB page based HV communication out of startup code Ard Biesheuvel
2025-08-31 10:49 ` Borislav Petkov
2025-08-31 10:52 ` Ard Biesheuvel
2025-08-31 10:56 ` Ard Biesheuvel
2025-08-31 11:15 ` Borislav Petkov
2025-08-31 12:30 ` Ard Biesheuvel
2025-08-31 13:11 ` Ard Biesheuvel
2025-09-01 13:54 ` Borislav Petkov
2025-09-01 14:02 ` Ard Biesheuvel
2025-09-01 14:25 ` Borislav Petkov
2025-09-01 14:26 ` Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 06/22] x86/sev: Avoid global variable to store virtual address of SVSM area Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 07/22] x86/sev: Share implementation of MSR-based page state change Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 08/22] x86/sev: Pass SVSM calling area down to early page state change API Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 09/22] x86/sev: Use boot SVSM CA for all startup and init code Ard Biesheuvel
2025-09-04 11:21 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 10/22] x86/boot: Drop redundant RMPADJUST in SEV SVSM presence check Ard Biesheuvel
2025-09-02 12:02 ` Borislav Petkov
2025-09-02 13:50 ` Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 11/22] x86/boot: Provide PIC aliases for 5-level paging related constants Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 12/22] x86/sev: Provide PIC aliases for SEV related data objects Ard Biesheuvel
2025-09-02 12:06 ` Borislav Petkov
2025-09-02 12:24 ` Ard Biesheuvel
2025-09-02 16:24 ` Borislav Petkov
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 13/22] x86/sev: Move __sev_[get|put]_ghcb() into separate noinstr object Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 14/22] x86/sev: Export startup routines for later use Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 15/22] objtool: Add action to check for absence of absolute relocations Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-10-13 9:40 ` Andreas Schwab [this message]
2025-08-28 10:22 ` [PATCH v7 16/22] x86/boot: Check startup code " Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 17/22] x86/boot: Revert "Reject absolute references in .head.text" Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 18/22] x86/kbuild: Incorporate boot/startup/ via Kbuild makefile Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 19/22] x86/boot: Create a confined code area for startup code Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 20/22] efistub/x86: Remap inittext read-execute when needed Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 21/22] x86/boot: Move startup code out of __head section Ard Biesheuvel
2025-09-03 9:20 ` Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-08-28 10:22 ` [PATCH v7 22/22] x86/boot: Get rid of the .head.text section Ard Biesheuvel
2025-09-04 11:20 ` [tip: x86/sev] " tip-bot2 for Ard Biesheuvel
2025-09-03 16:22 ` [PATCH v7 00/22] x86: strict separation of startup code Borislav Petkov
2025-09-04 6:29 ` Ard Biesheuvel
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=87cy6rf8bu.fsf@igel.home \
--to=schwab@linux-m68k.org \
--cc=ardb+git@google.com \
--cc=ardb@kernel.org \
--cc=bp@alien8.de \
--cc=jpoimboe@kernel.org \
--cc=kevinloughlin@google.com \
--cc=linux-efi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=nikunj@amd.com \
--cc=peterz@infradead.org \
--cc=thomas.lendacky@amd.com \
--cc=x86@kernel.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