From: "Lorenzo Stoakes (ARM)" <ljs@kernel.org>
To: "Linus Torvalds" <torvalds@linux-foundation.org>,
"Nathan Chancellor" <nathan@kernel.org>,
"Nicolas Schier" <nsc@kernel.org>,
"Nick Desaulniers" <ndesaulniers@google.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
"Masahiro Yamada" <masahiroy@kernel.org>,
"Alexey Gladkov" <legion@kernel.org>,
"Thomas Gleixner" <tglx@kernel.org>,
"Ingo Molnar" <mingo@redhat.com>,
"Borislav Petkov" <bp@alien8.de>,
"Dave Hansen" <dave.hansen@linux.intel.com>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
"Paul Walmsley" <pjw@kernel.org>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Albert Ou" <aou@eecs.berkeley.edu>,
"Alexandre Ghiti" <alex@ghiti.fr>,
"Arnd Bergmann" <arnd@arndb.de>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Will Deacon" <will@kernel.org>,
"Mark Rutland" <mark.rutland@arm.com>,
"Ard Biesheuvel" <ardb@kernel.org>,
"Ilias Apalodimas" <ilias.apalodimas@linaro.org>,
"Josh Poimboeuf" <jpoimboe@kernel.org>,
"Peter Zijlstra" <peterz@infradead.org>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Boqun Feng" <boqun@kernel.org>, "Gary Guo" <gary@garyguo.net>,
"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
"Benno Lossin" <lossin@kernel.org>,
"Andreas Hindborg" <a.hindborg@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"Trevor Gross" <tmgross@umich.edu>,
"Danilo Krummrich" <dakr@kernel.org>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
"Tamir Duberstein" <tamird@kernel.org>,
"Alexandre Courbot" <acourbot@nvidia.com>,
"Onur Özkan" <work@onurozkan.dev>,
"Jonathan Corbet" <corbet@lwn.net>,
"Randy Dunlap" <rdunlap@infradead.org>,
"Kees Cook" <kees@kernel.org>,
"Gustavo A. R. Silva" <gustavoars@kernel.org>
Cc: linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
llvm@lists.linux.dev, linux-riscv@lists.infradead.org,
linux-arch@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-efi@vger.kernel.org,
rust-for-linux@vger.kernel.org, linux-doc@vger.kernel.org,
Jens Axboe <axboe@kernel.dk>,
linux-hardening@vger.kernel.org,
"Lorenzo Stoakes (ARM)" <ljs@kernel.org>
Subject: [PATCH v2 15/21] objtool: cache relocations, do less work
Date: Mon, 14 Sep 2026 10:22:14 +0100 [thread overview]
Message-ID: <20260914-build-speedup-v2-15-39817ec5db23@kernel.org> (raw)
In-Reply-To: <20260914-build-speedup-v2-0-39817ec5db23@kernel.org>
Instruction relocations are looked up by destination in objtool via a hash
which is keyed on a 16-byte (OFFSET_STRIDE) window within the section being
walked.
It iterates through each 16-byte window, looking up relocations over
several passes, before moving on to the next 16-byte window, caching only
when a relocation is not found saving further lookups in this case.
Improve upon this by introducing a per-section relocation cache storing the
first relocation at or after each 64-byte window of data (an empirically
determined index range), indexed by chunk.
The lookup is implemented an array lookup and touches no shared state, so
can be used from multiple threads.
This relies upon the entries within a section being sorted, which is the
case for all sections supplied to objtool by the link step during the
kernel build.
For cases where sections are supplied out of order, grown one relocation
at a time (e.g. livepatch) or created by objtool itself, fall back to using
the existing hash mechanism.
DWARF sections are a special case - their relocations are never looked up
by destination at all and only need to be on their symbol's list for
elf_update_sym_relocs().
So do not index or hash DWARF relocations at all - however add a mechanism
such that if one were ever looked up, a linear scan will be used.
This is meaningful in practice as on an x86-64 kernel build with
CONFIG_DEBUG_INFO set objtool processing of vmlinux.o is dominated by DWARF
section processing.
For an allmodconfig build ~9 million relocations were hashed, and ~8.2
million of those were DWARF sections, which added overhead on cache miss
and pollution of the hash table. This is now eliminated.
The hash, when used, is read-mostly (every jump, call and memory operand)
and several relocations share a key due to the 16-byte stride, so keep the
hash sparse by scaling the hash by the number of objects to be hashed.
The output of objtool before and after this change was confirmed to be
byte-for-byte identical both for x86_64 defconfig and allmodconfig with
gcc and clang.
objtool on vmlinux.o is on the serial tail of every build that links
vmlinux, no-op builds are unchanged.
Whole build, 128-thread Threadripper 9980X, best of N runs:
before after delta
-------------------------------
x86 defconfig, touch mm/vma.c, gcc 8.3s 8.2s -0.14s (-2%)
x86 defconfig, touch mm/vma.c, clang 7.6s 7.3s -0.25s (-3%)
x86 defconfig, clean, gcc 28.9s 28.6s -0.22s (-1%)
x86 defconfig, clean, clang 29.4s 29.1s -0.28s (-1%)
x86 allmodconfig, touch mm/vma.c, gcc 29.4s 28.0s -1.4s (-5%)
x86 allmodconfig, touch mm/vma.c, clang 27.9s 26.2s -1.7s (-6%)
Assisted-by: LLM
Signed-off-by: Lorenzo Stoakes (ARM) <ljs@kernel.org>
---
tools/objtool/elf.c | 246 +++++++++++++++++++++++++++++++++---
tools/objtool/include/objtool/elf.h | 2 +
2 files changed, 231 insertions(+), 17 deletions(-)
diff --git a/tools/objtool/elf.c b/tools/objtool/elf.c
index a791f4ea6ec1..5ee11301a5a3 100644
--- a/tools/objtool/elf.c
+++ b/tools/objtool/elf.c
@@ -316,18 +316,117 @@ struct symbol *find_global_symbol_by_name(const struct elf *elf, const char *nam
return NULL;
}
-/* If there are multiple matches, return the first one in the range */
-struct reloc *find_reloc_by_dest_range(const struct elf *elf, struct section *sec,
+static bool is_dwarf_section(struct section *sec)
+{
+ return !strncmp(sec->name, ".debug_", 7);
+}
+
+/* Cache relocations at a 64 byte granularity. */
+#define RELOC_CACHE_INDEX_SHIFT 6
+
+static unsigned long reloc_cache_index(unsigned long offset)
+{
+ return offset >> RELOC_CACHE_INDEX_SHIFT;
+}
+
+static unsigned int reloc_cache_nr_windows(const struct section *rsec)
+{
+ const unsigned long size = sec_size(rsec->base);
+
+ return (size >> RELOC_CACHE_INDEX_SHIFT) + 1;
+}
+
+static int init_reloc_cache(struct section *rsec)
+{
+ const unsigned int nr_relocs = sec_num_entries(rsec);
+ const unsigned int nr_windows = reloc_cache_nr_windows(rsec);
+ unsigned int reloc_idx, next_cache_idx = 0;
+
+ rsec->reloc_cache = malloc(nr_windows * sizeof(unsigned int));
+ if (!rsec->reloc_cache) {
+ ERROR_GLIBC("malloc");
+ return -1;
+ }
+
+ /* Populate relocation indexes reloc cache index -> reloc index. */
+ for (reloc_idx = 0; reloc_idx < nr_relocs; reloc_idx++) {
+ struct reloc *reloc = &rsec->relocs[reloc_idx];
+ const unsigned long offset = reloc_offset(reloc);
+ const unsigned long cache_idx = reloc_cache_index(offset);
+
+ if (cache_idx >= nr_windows)
+ break;
+
+ while (next_cache_idx <= cache_idx)
+ rsec->reloc_cache[next_cache_idx++] = reloc_idx;
+ }
+
+ while (next_cache_idx < nr_windows)
+ rsec->reloc_cache[next_cache_idx++] = nr_relocs;
+
+ rsec->sorted = true;
+ return 0;
+}
+
+static void free_reloc_cache(struct section *rsec)
+{
+ free(rsec->reloc_cache);
+ rsec->reloc_cache = NULL;
+ rsec->sorted = false;
+}
+
+static struct reloc *find_reloc_sorted(struct section *rsec,
unsigned long offset, unsigned int len)
{
- struct reloc *reloc, *r = NULL;
- struct section *rsec;
- unsigned long o;
+ struct reloc *relocs = rsec->relocs;
+ const unsigned int nr_relocs = sec_num_entries(rsec);
+ const unsigned long cache_idx = reloc_cache_index(offset);
+ unsigned int reloc_idx, i;
- rsec = sec->rsec;
- if (!rsec)
+ if (cache_idx >= reloc_cache_nr_windows(rsec))
+ return NULL;
+
+ reloc_idx = rsec->reloc_cache[cache_idx];
+
+ /*
+ * Scan through all relocations covered by cache entry to find the
+ * first at or after offset. Relocations are sorted by offset.
+ */
+ for (i = reloc_idx; i < nr_relocs; i++) {
+ struct reloc *reloc = &relocs[i];
+ const unsigned long curr_offset = reloc_offset(reloc);
+
+ if (curr_offset >= offset)
+ break;
+
+ reloc_idx++;
+ }
+
+ /* Nothing found, or the first candidate lies beyond the range. */
+ if (reloc_idx >= nr_relocs ||
+ reloc_offset(&relocs[reloc_idx]) >= offset + len)
return NULL;
+ /* If there are duplicate entries, return the last. */
+ for (i = reloc_idx; i < nr_relocs - 1; i++) {
+ struct reloc *reloc = &relocs[i];
+ struct reloc *next_reloc = &relocs[i + 1];
+
+ if (reloc_offset(next_reloc) != reloc_offset(reloc))
+ break;
+ reloc_idx++;
+ }
+
+ return &relocs[reloc_idx];
+}
+
+/* Not indexed, so look it up in the hash. */
+static struct reloc *find_reloc_hash(const struct elf *elf, struct section *rsec,
+ unsigned long offset, unsigned int len)
+{
+ unsigned long o;
+ struct reloc *reloc, *r = NULL;
+
for_offset_range(o, offset, offset + len) {
elf_hash_for_each_possible(elf, reloc, reloc, hash,
sec_offset_hash(rsec, o)) {
@@ -347,14 +446,48 @@ struct reloc *find_reloc_by_dest_range(const struct elf *elf, struct section *se
return r;
}
-struct reloc *find_reloc_by_dest(const struct elf *elf, struct section *sec, unsigned long offset)
+/* Should never be invoked, provided as a backstop. */
+static struct reloc *find_reloc_linear(struct section *rsec,
+ unsigned long offset, unsigned int len)
{
- return find_reloc_by_dest_range(elf, sec, offset, 1);
+ struct reloc *reloc, *first = NULL;
+
+ WARN("%s: linear scan for sec %s with %u relocs at offset %lu len %u",
+ __func__, rsec->name, sec_num_entries(rsec), offset, len);
+
+ for_each_reloc(rsec, reloc) {
+ if (reloc_offset(reloc) < offset ||
+ reloc_offset(reloc) >= offset + len)
+ continue;
+
+ if (!first || reloc_offset(reloc) < reloc_offset(first))
+ first = reloc;
+ }
+
+ return first;
}
-static bool is_dwarf_section(struct section *sec)
+/* If there are multiple matches, return the first one in the range. */
+struct reloc *find_reloc_by_dest_range(const struct elf *elf, struct section *sec,
+ unsigned long offset, unsigned int len)
{
- return !strncmp(sec->name, ".debug_", 7);
+ struct section *rsec = sec->rsec;
+
+ if (!rsec)
+ return NULL;
+
+ if (rsec->sorted)
+ return find_reloc_sorted(rsec, offset, len);
+
+ if (rsec->hashed)
+ return find_reloc_hash(elf, rsec, offset, len);
+
+ return find_reloc_linear(rsec, offset, len);
+}
+
+struct reloc *find_reloc_by_dest(const struct elf *elf, struct section *sec, unsigned long offset)
+{
+ return find_reloc_by_dest_range(elf, sec, offset, 1);
}
static int read_sections(struct elf *elf)
@@ -1071,7 +1204,8 @@ struct reloc *elf_init_reloc(struct elf *elf, struct section *rsec,
set_reloc_type(elf, reloc, type);
set_reloc_addend(elf, reloc, addend);
- elf_hash_add(reloc, &reloc->hash, reloc_hash(reloc));
+ if (rsec->hashed)
+ elf_hash_add(reloc, &reloc->hash, reloc_hash(reloc));
set_sym_next_reloc(reloc, sym->relocs);
sym->relocs = reloc;
@@ -1123,18 +1257,44 @@ struct reloc *elf_init_reloc_data_sym(struct elf *elf, struct section *sec,
elf_data_rela_type(elf));
}
+static u64 raw_reloc_offset(const struct section *rsec, unsigned int idx)
+{
+ const void *entry = rsec->data->d_buf + idx * rsec->sh.sh_entsize;
+
+ if (rsec->sh.sh_entsize < sizeof(Elf64_Rel))
+ return ((const Elf32_Rela *)entry)->r_offset;
+
+ return ((const Elf64_Rela *)entry)->r_offset;
+}
+
+static bool reloc_sec_in_order(struct section *rsec)
+{
+ const unsigned int nr_relocs = sec_num_entries(rsec);
+ u64 prev_offset = 0;
+ unsigned int i;
+
+ for (i = 0; i < nr_relocs; i++) {
+ /* Called before relocs exist, so look at raw entry. */
+ const u64 offset = raw_reloc_offset(rsec, i);
+
+ if (offset < prev_offset)
+ return false;
+ prev_offset = offset;
+ }
+
+ return true;
+}
+
static int read_relocs(struct elf *elf)
{
- unsigned long nr_reloc, max_reloc = 0;
+ unsigned long nr_reloc, max_reloc = 0, nr_hashed = 0;
struct section *rsec;
struct reloc *reloc;
unsigned int symndx;
struct symbol *sym;
+ bool hashed;
int i;
- if (!elf_alloc_hash(reloc, elf->num_relocs))
- return -1;
-
list_for_each_entry(rsec, &elf->sections, list) {
if (!is_reloc_sec(rsec))
continue;
@@ -1147,6 +1307,28 @@ static int read_relocs(struct elf *elf)
rsec->base->rsec = rsec;
+ /* DWARF relocs are never looked up. */
+ if (is_dwarf_section(rsec->base))
+ continue;
+ if (reloc_sec_in_order(rsec)) {
+ rsec->sorted = true;
+ continue;
+ }
+
+ rsec->hashed = true;
+ nr_hashed += sec_num_entries(rsec);
+ }
+
+ /* Read mostly, so avoid collisions and keep the hash sparse. */
+ if (!elf_alloc_hash(reloc, nr_hashed * OFFSET_STRIDE))
+ return -1;
+
+ list_for_each_entry(rsec, &elf->sections, list) {
+ if (!is_reloc_sec(rsec))
+ continue;
+
+ hashed = rsec->hashed;
+
/* nr_alloc_relocs=0: libelf owns d_buf */
rsec->nr_alloc_relocs = 0;
@@ -1168,18 +1350,23 @@ static int read_relocs(struct elf *elf)
return -1;
}
- elf_hash_add(reloc, &reloc->hash, reloc_hash(reloc));
+ if (hashed)
+ elf_hash_add(reloc, &reloc->hash, reloc_hash(reloc));
set_sym_next_reloc(reloc, sym->relocs);
sym->relocs = reloc;
nr_reloc++;
}
max_reloc = max(max_reloc, nr_reloc);
+
+ if (rsec->sorted && init_reloc_cache(rsec))
+ return -1;
}
if (opts.stats) {
printf("max_reloc: %lu\n", max_reloc);
printf("num_relocs: %lu\n", elf->num_relocs);
+ printf("num_relocs_hashed: %lu\n", nr_hashed);
printf("reloc_bits: %d\n", elf->reloc_bits);
}
@@ -1541,6 +1728,26 @@ struct section *elf_create_section(struct elf *elf, const char *name,
return sec;
}
+/* A relocation was appended, abandon relocation cache and use hash instead. */
+static void copy_reloc_cache_to_hash(struct elf *elf, struct section *rsec,
+ unsigned int nr_relocs)
+{
+ unsigned int i;
+
+ if (rsec->hashed)
+ return;
+
+ if (rsec->sorted)
+ free_reloc_cache(rsec);
+
+ for (i = 0; i < nr_relocs; i++) {
+ struct reloc *reloc = &rsec->relocs[i];
+
+ elf_hash_add(reloc, &reloc->hash, reloc_hash(reloc));
+ }
+ rsec->hashed = true;
+}
+
static int elf_alloc_reloc(struct elf *elf, struct section *rsec)
{
struct reloc *old_relocs, *old_relocs_end, *new_relocs;
@@ -1686,6 +1893,8 @@ struct section *elf_create_rela_section(struct elf *elf, struct section *sec,
sec->rsec = rsec;
rsec->base = sec;
+ /* Relocations objtool creates are looked up through the hash. */
+ rsec->hashed = true;
return rsec;
}
@@ -1708,6 +1917,9 @@ struct reloc *elf_create_reloc(struct elf *elf, struct section *sec,
return NULL;
}
+ /* A section read from the file is indexed, once grown it is hashed. */
+ copy_reloc_cache_to_hash(elf, rsec, sec_num_entries(rsec));
+
if (elf_alloc_reloc(elf, rsec))
return NULL;
diff --git a/tools/objtool/include/objtool/elf.h b/tools/objtool/include/objtool/elf.h
index a82517a76a0f..946b411ff1b9 100644
--- a/tools/objtool/include/objtool/elf.h
+++ b/tools/objtool/include/objtool/elf.h
@@ -59,6 +59,8 @@ struct section {
const char *name;
int idx;
bool _changed, text, rodata, noinstr, init, truncate;
+ bool hashed, sorted;
+ unsigned int *reloc_cache;
struct reloc *relocs;
unsigned long nr_alloc_relocs;
struct section *twin;
--
2.55.0
next prev parent reply other threads:[~2026-09-14 9:24 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-14 9:21 [PATCH v2 00/21] kbuild: significantly speed up kernel builds Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 01/21] kbuild: do not allocate .modinfo in vmlinux Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 02/21] kallsyms: index symbols by token to speed up table compression Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 03/21] kallsyms: output binary data to speed output and kallsyms assembly Lorenzo Stoakes (ARM)
2026-09-14 20:16 ` Markus Elfring
2026-09-14 21:44 ` David Laight
2026-09-15 7:10 ` [v2 " Markus Elfring
2026-09-14 9:22 ` [PATCH v2 04/21] kbuild: do not sort nm output where the order is irrelevant Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 05/21] kbuild: only emit vmlinux relocations when required Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 06/21] elf-parse: add section flags, symbol binding and a read-only mapping Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 07/21] kallsyms: reimplement mksysmap in C Lorenzo Stoakes (ARM)
2026-09-14 16:33 ` Markus Elfring
2026-09-14 16:54 ` Markus Elfring
2026-09-14 17:01 ` Markus Elfring
2026-09-14 9:22 ` [PATCH v2 08/21] kbuild: cache list, composite object state per object Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 09/21] kbuild: implement and use depcheck to check dependency timestamps Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 10/21] kbuild: move the toolchain checks into init/Kconfig.toolchain Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 11/21] kbuild: avoid re-running compiler and linker probes Lorenzo Stoakes (ARM)
2026-09-14 15:02 ` John Stoffel
2026-09-14 15:24 ` Lorenzo Stoakes (ARM)
2026-09-15 11:01 ` Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 12/21] modpost: cache section relocation mismatch state Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 13/21] modpost: emit module descriptors as assembly Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 14/21] kbuild: batch module finalisation Lorenzo Stoakes (ARM)
2026-09-14 18:00 ` Kees Cook
2026-09-15 10:44 ` Lorenzo Stoakes (ARM)
2026-09-15 16:49 ` Kees Cook
2026-09-15 17:54 ` Lorenzo Stoakes (ARM)
2026-09-15 17:56 ` Nick Desaulniers
2026-09-14 9:22 ` Lorenzo Stoakes (ARM) [this message]
2026-09-14 19:44 ` [PATCH v2 15/21] objtool: cache relocations, do less work Josh Poimboeuf
2026-09-14 20:06 ` Linus Torvalds
2026-09-14 22:23 ` Josh Poimboeuf
2026-09-14 22:30 ` Linus Torvalds
2026-09-15 12:24 ` Lorenzo Stoakes (ARM)
2026-09-15 12:19 ` Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 16/21] objtool: size the instruction hash to the text Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 17/21] objtool: decode instructions and resolve branch targets in parallel Lorenzo Stoakes (ARM)
2026-09-14 18:20 ` Kees Cook
2026-09-15 10:09 ` Lorenzo Stoakes (ARM)
2026-09-15 11:29 ` David Laight
2026-09-15 15:04 ` Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 18/21] kbuild: rust: optionally parallelise rustc front end Lorenzo Stoakes (ARM)
2026-09-14 18:32 ` Kees Cook
2026-09-15 11:09 ` Lorenzo Stoakes (ARM)
2026-09-15 11:16 ` Lorenzo Stoakes (ARM)
2026-09-15 6:32 ` Miguel Ojeda
2026-09-15 11:15 ` Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 19/21] rust: make exports.o depend on the headers generated for it Lorenzo Stoakes (ARM)
2026-09-14 9:22 ` [PATCH v2 20/21] kbuild: build rust crates in parallel with the rest of the build Lorenzo Stoakes (ARM)
2026-09-14 18:37 ` Kees Cook
2026-09-15 11:58 ` Lorenzo Stoakes (ARM)
2026-09-15 16:52 ` Kees Cook
2026-09-16 7:42 ` Gary Guo
2026-09-14 9:22 ` [PATCH v2 21/21] kbuild: use pigz for gzip compression if available Lorenzo Stoakes (ARM)
2026-09-14 16:39 ` Kees Cook
2026-09-14 16:49 ` H. Peter Anvin
2026-09-14 17:50 ` Kees Cook
2026-09-15 14:30 ` Lorenzo Stoakes (ARM)
2026-09-15 17:31 ` Kees Cook
2026-09-15 17:47 ` Nick Desaulniers
2026-09-15 18:02 ` Arnd Bergmann
2026-09-16 1:06 ` Kees Cook
2026-09-16 6:38 ` Arnd Bergmann
2026-09-14 15:41 ` [PATCH v2 00/21] kbuild: significantly speed up kernel builds Kees Cook
2026-09-14 15:53 ` Linus Torvalds
2026-09-15 8:53 ` Arnd Bergmann
2026-09-15 11:35 ` Lorenzo Stoakes (ARM)
2026-09-14 18:25 ` Lorenzo Stoakes (ARM)
2026-09-14 18:43 ` Kees Cook
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=20260914-build-speedup-v2-15-39817ec5db23@kernel.org \
--to=ljs@kernel.org \
--cc=a.hindborg@kernel.org \
--cc=acourbot@nvidia.com \
--cc=alex@ghiti.fr \
--cc=aliceryhl@google.com \
--cc=aou@eecs.berkeley.edu \
--cc=ardb@kernel.org \
--cc=arnd@arndb.de \
--cc=axboe@kernel.dk \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun@kernel.org \
--cc=bp@alien8.de \
--cc=catalin.marinas@arm.com \
--cc=corbet@lwn.net \
--cc=dakr@kernel.org \
--cc=daniel.almeida@collabora.com \
--cc=dave.hansen@linux.intel.com \
--cc=gary@garyguo.net \
--cc=gustavoars@kernel.org \
--cc=hpa@zytor.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jpoimboe@kernel.org \
--cc=justinstitt@google.com \
--cc=kees@kernel.org \
--cc=legion@kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-efi@vger.kernel.org \
--cc=linux-hardening@vger.kernel.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=llvm@lists.linux.dev \
--cc=lossin@kernel.org \
--cc=mark.rutland@arm.com \
--cc=masahiroy@kernel.org \
--cc=mingo@redhat.com \
--cc=morbo@google.com \
--cc=nathan@kernel.org \
--cc=ndesaulniers@google.com \
--cc=nsc@kernel.org \
--cc=ojeda@kernel.org \
--cc=palmer@dabbelt.com \
--cc=peterz@infradead.org \
--cc=pjw@kernel.org \
--cc=rdunlap@infradead.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=tamird@kernel.org \
--cc=tglx@kernel.org \
--cc=tmgross@umich.edu \
--cc=torvalds@linux-foundation.org \
--cc=will@kernel.org \
--cc=work@onurozkan.dev \
--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
all inboxes | Powered by JetHome®