kernel-hardening mailing list - 2020/06

Follow @Openwall on Twitter for new release announcements and other news

[<prev month] [next month>] [year] [list]

kernel-hardening mailing list - 2020/06

Mon	Tue	Wed	Thu	Fri	Sat	Sun
¹	²	³ 11	⁴ 17	⁵	⁶	⁷
⁸ 1	⁹ 11	¹⁰ 8	¹¹ 4	¹²	¹³	¹⁴ 1
¹⁵ 29	¹⁶ 6	¹⁷ 16	¹⁸ 17	¹⁹	²⁰ 2	²¹
²² 18	²³ 32	²⁴ 75	²⁵ 18	²⁶ 7	²⁷ 5	²⁸ 2
²⁹ 2	³⁰ 3

Messages by day:

June 3 (11 messages)

[PATCH 0/5] Use per-CPU temporary mappings for patching ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
[PATCH 2/5] powerpc/lib: Initialize a temporary mm for code patching ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
[PATCH 1/5] powerpc/mm: Introduce temporary mm ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
[PATCH 3/5] powerpc/lib: Use a temporary mm for code patching ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
[PATCH 4/5] powerpc/lib: Add LKDTM accessor for patching addr ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
[PATCH 5/5] powerpc: Add LKDTM test to hijack a patch mapping ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 1/5] powerpc/mm: Introduce temporary mm (Christophe Leroy <christophe.leroy@...roup.eu>)
Re: [PATCH 2/5] powerpc/lib: Initialize a temporary mm for code patching (Christophe Leroy <christophe.leroy@...roup.eu>)
Re: [PATCH 3/5] powerpc/lib: Use a temporary mm for code patching (Christophe Leroy <christophe.leroy@...roup.eu>)
Re: [PATCH 4/5] powerpc/lib: Add LKDTM accessor for patching addr (Christophe Leroy <christophe.leroy@...roup.eu>)
Re: [PATCH 5/5] powerpc: Add LKDTM test to hijack a patch mapping (Christophe Leroy <christophe.leroy@...roup.eu>)

June 4 (17 messages)

[PATCH 0/5] Improvements of the stackleak gcc plugin (Alexander Popov <alex.popov@...ux.com>)
[PATCH 1/5] gcc-plugins/stackleak: Exclude alloca() from the instrumentation logic (Alexander Popov <alex.popov@...ux.com>)
[PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Alexander Popov <alex.popov@...ux.com>)
[PATCH 3/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Alexander Popov <alex.popov@...ux.com>)
[PATCH 4/5] gcc-plugins/stackleak: Don't instrument itself (Alexander Popov <alex.popov@...ux.com>)
[PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Will Deacon <will@...nel.org>)
Re: [PATCH 1/5] gcc-plugins/stackleak: Exclude alloca() from the instrumentation logic (Jann Horn <jannh@...gle.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Jann Horn <jannh@...gle.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Jann Horn <jannh@...gle.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH 1/5] gcc-plugins/stackleak: Exclude alloca() from the instrumentation logic (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v2 7/9] x86: Add support for function granular KASLR (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH 0/5] Improvements of the stackleak gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 7/9] x86: Add support for function granular KASLR (Kees Cook <keescook@...omium.org>)

June 8 (1 message)

[PATCH AUTOSEL 5.6 103/606] gcc-common.h: Update for GCC 10 (Sasha Levin <sashal@...nel.org>)

June 9 (11 messages)

Re: [PATCH 4/5] powerpc/lib: Add LKDTM accessor for patching addr ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 5/5] powerpc: Add LKDTM test to hijack a patch mapping ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 1/5] gcc-plugins/stackleak: Exclude alloca() from the instrumentation logic (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Kees Cook <keescook@...omium.org>)
Re: [PATCH 4/5] gcc-plugins/stackleak: Don't instrument itself (Kees Cook <keescook@...omium.org>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/5] Improvements of the stackleak gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 9/9] module: Reorder functions (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH v2 9/9] module: Reorder functions (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 9/9] module: Reorder functions (Kristen Carlson Accardi <kristen@...ux.intel.com>)

June 10 (8 messages)

Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Will Deacon <will@...nel.org>)
Re: [PATCH 0/5] Improvements of the stackleak gcc plugin (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/5] gcc-plugins/stackleak: Exclude alloca() from the instrumentation logic (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 3/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Kees Cook <keescook@...omium.org>)

June 11 (4 messages)

Re: [PATCH 2/5] powerpc/lib: Initialize a temporary mm for code patching ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 3/5] powerpc/lib: Use a temporary mm for code patching ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 1/5] powerpc/mm: Introduce temporary mm ("Christopher M. Riedl" <cmr@...ormatik.wtf>)
Re: [PATCH 2/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Alexander Popov <alex.popov@...ux.com>)

June 14 (1 message)

[PATCH] kernel/trace: Remove function callback casts (Oscar Carter <oscar.carter@....com>)

June 15 (29 messages)

[PATCH] block: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] ACPI: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] erofs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] ata: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH 5/5] powerpc: Add LKDTM test to hijack a patch mapping (Christophe Leroy <christophe.leroy@...roup.eu>)
Re: [PATCH] erofs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
Re: [f2fs-dev] [PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
[PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
Re: [f2fs-dev] [PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Jason Yan <yanaijie@...wei.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Jann Horn <jannh@...gle.com>)
Re: [PATCH] erofs: Eliminate usage of uninitialized_var() macro (Gao Xiang <hsiangkao@...hat.com>)
Re: [PATCH] erofs: Eliminate usage of uninitialized_var() macro (Gao Xiang <hsiangkao@...hat.com>)
Re: [f2fs-dev] [PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Chao Yu <yuchao0@...wei.com>)
Re: [PATCH] erofs: Eliminate usage of uninitialized_var() macro (Chao Yu <yuchao0@...wei.com>)
Re: [PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Chao Yu <yuchao0@...wei.com>)
lockdown bypass on mainline kernel for loading unsigned modules ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH] acpi: disallow loading configfs acpi tables when locked down ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Stefano Garzarella <sgarzare@...hat.com>)
Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules (John Haxby <john.haxby@...cle.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Jens Axboe <axboe@...nel.dk>)
Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules (Jann Horn <jannh@...gle.com>)
Re: [oss-security] lockdown bypass on mainline kernel for loading unsigned modules ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH] f2fs: Eliminate usage of uninitialized_var() macro (Kees Cook <keescook@...omium.org>)
Re: [PATCH] kernel/trace: Remove function callback casts (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] kernel/trace: Remove function callback casts (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Christian Brauner <christian.brauner@...ntu.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Jann Horn <jannh@...gle.com>)

June 16 (6 messages)

Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Stefano Garzarella <sgarzare@...hat.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Jann Horn <jannh@...gle.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Stefano Garzarella <sgarzare@...hat.com>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Jens Axboe <axboe@...nel.dk>)
Re: [RFC] io_uring: add restrictions to support untrusted applications and guests (Stefano Garzarella <sgarzare@...hat.com>)
Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down ("Jason A. Donenfeld" <Jason@...c4.com>)

June 17 (16 messages)

Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down ("Jason A. Donenfeld" <Jason@...c4.com>)
RE: [PATCH] acpi: disallow loading configfs acpi tables when locked down ("Kaneda, Erik" <erik.kaneda@...el.com>)
[PATCH 0/4] Paravirtualized Control Register pinning (John Andersen <john.s.andersen@...el.com>)
[PATCH 1/4] X86: Update mmu_cr4_features during feature identification (John Andersen <john.s.andersen@...el.com>)
[PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning (John Andersen <john.s.andersen@...el.com>)
[PATCH 3/4] selftests: kvm: add test for CR pinning with SMM (John Andersen <john.s.andersen@...el.com>)
[PATCH 4/4] X86: Use KVM CR pin MSRs (John Andersen <john.s.andersen@...el.com>)
Re: [PATCH] kernel/trace: Remove function callback casts (Steven Rostedt <rostedt@...dmis.org>)
[PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Jann Horn <jannh@...gle.com>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Steven Rostedt <rostedt@...dmis.org>)
[kvm-unit-tests PATCH] x86: Add control register pinning tests (John Andersen <john.s.andersen@...el.com>)
Re: [kvm-unit-tests PATCH] x86: Add control register pinning tests (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Jann Horn <jannh@...gle.com>)
[kvm-unit-tests RESEND PATCH] x86: Add control register pinning tests (John Andersen <john.s.andersen@...el.com>)

June 18 (17 messages)

Re: [kvm-unit-tests PATCH] x86: Add control register pinning tests (Nadav Amit <nadav.amit@...il.com>)
Re: [kvm-unit-tests PATCH] x86: Add control register pinning tests (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (kernel test robot <lkp@...el.com>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (kernel test robot <lkp@...el.com>)
Re: [kvm-unit-tests PATCH] x86: Add control register pinning tests ("Andersen, John" <john.s.andersen@...el.com>)
Re: [kvm-unit-tests PATCH] x86: Add control register pinning tests ("Andersen, John" <john.s.andersen@...el.com>)
[kvm-unit-tests PATCH v2] x86: Add control register pinning tests (John Andersen <john.s.andersen@...el.com>)
Re: [PATCH 1/4] X86: Update mmu_cr4_features during feature identification (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 4/4] X86: Use KVM CR pin MSRs (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning ("Andersen, John" <john.s.andersen@...el.com>)
Re: [PATCH 4/4] X86: Use KVM CR pin MSRs ("Andersen, John" <john.s.andersen@...el.com>)
Re: [PATCH 4/4] X86: Use KVM CR pin MSRs (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 4/4] X86: Use KVM CR pin MSRs ("Andersen, John" <john.s.andersen@...el.com>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] tracing: Use linker magic instead of recasting ftrace_ops_list_func() (Jann Horn <jannh@...gle.com>)

June 20 (2 messages)

Re: [PATCH 4/4] X86: Use KVM CR pin MSRs (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH] kernel/trace: Remove function callback casts (Oscar Carter <oscar.carter@....com>)

June 22 (18 messages)

[RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] acpi: disallow loading configfs acpi tables when locked down ("Rafael J. Wysocki" <rafael@...nel.org>)
[PATCH v4 4/5] x86/entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
[PATCH v4 1/5] jump_label: Provide CONFIG-driven build state defaults (Kees Cook <keescook@...omium.org>)
[PATCH v4 2/5] init_on_alloc: Unpessimize default-on builds (Kees Cook <keescook@...omium.org>)
[PATCH v4 0/5] Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
[PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
[PATCH v4 5/5] arm64: entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Jann Horn <jannh@...gle.com>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Arvind Sankar <nivedita@...m.mit.edu>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)

June 23 (32 messages)

Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Arvind Sankar <nivedita@...m.mit.edu>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Jann Horn <jannh@...gle.com>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Dmitry Vyukov <dvyukov@...gle.com>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Marco Elver <elver@...gle.com>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Alexander Potapenko <glider@...gle.com>)
Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory (Will Deacon <will@...nel.org>)
Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory (Ard Biesheuvel <ardb@...nel.org>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Dmitry Vyukov <dvyukov@...gle.com>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Alexander Potapenko <glider@...gle.com>)
Re: [RFC PATCH] arm64/acpi: disallow AML memory opregions to access kernel memory (Will Deacon <will@...nel.org>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Dmitry Vyukov <dvyukov@...gle.com>)
Re: Kernel hardening project suggestion: Normalizing ->ctor slabs and TYPESAFE_BY_RCU slabs (Alexander Potapenko <glider@...gle.com>)
[RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v4 5/5] arm64: entry: Enable random_kstack_offset support (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 5/5] gcc-plugins/stackleak: Don't instrument vgettimeofday.c in arm64 VDSO (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (Alexander Popov <alex.popov@...ux.com>)
RE: [PATCH v4 3/5] stack: Optionally randomize kernel stack offset each syscall (David Laight <David.Laight@...LAB.COM>)
Re: [RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH v2] arm64/acpi: disallow AML memory opregions to access kernel memory (Lorenzo Pieralisi <lorenzo.pieralisi@....com>)
[PATCH v3 00/10] Function Granular KASLR (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 01/10] objtool: Do not assume order of parent/child functions (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 02/10] x86: tools/relocs: Support >64K section headers (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 03/10] x86/boot: Allow a "silent" kaslr random byte fetch (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 04/10] x86: Makefile: Add build and config option for CONFIG_FG_KASLR (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 05/10] x86: Make sure _etext includes function sections (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 06/10] x86/tools: Add relative relocs for randomized functions (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 07/10] x86/boot/compressed: change definition of STATIC (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 08/10] x86: Add support for function granular KASLR (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 09/10] kallsyms: Hide layout (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH v3 10/10] module: Reorder functions (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH 4/4] X86: Use KVM CR pin MSRs ("Andersen, John" <john.s.andersen@...el.com>)

June 24 (75 messages)

Re: [PATCH v3 01/10] objtool: Do not assume order of parent/child functions (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v3 05/10] x86: Make sure _etext includes function sections (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 07/10] x86/boot/compressed: change definition of STATIC (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 08/10] x86: Add support for function granular KASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 09/10] kallsyms: Hide layout (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 09/10] kallsyms: Hide layout (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/10] Function Granular KASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 09/10] kallsyms: Hide layout (Jann Horn <jannh@...gle.com>)
[PATCH v2 0/5] Improvements of the stackleak gcc plugin (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 1/5] gcc-plugins/stackleak: Don't instrument itself (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 2/5] ARM: vdso: Don't use gcc plugins for building vgettimeofday.c (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 3/5] arm64: vdso: Don't use gcc plugins for building vgettimeofday.c (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 4/5] gcc-plugins/stackleak: Use asm instrumentation to avoid useless register saving (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 5/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v2 3/5] arm64: vdso: Don't use gcc plugins for building vgettimeofday.c (Will Deacon <will@...nel.org>)
Re: [PATCH v2 2/5] ARM: vdso: Don't use gcc plugins for building vgettimeofday.c (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v2 5/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v2 0/5] Improvements of the stackleak gcc plugin (Will Deacon <will@...nel.org>)
Re: [PATCH v2 2/5] ARM: vdso: Don't use gcc plugins for building vgettimeofday.c (Luis Chamberlain <mcgrof@...nel.org>)
Re: [PATCH v2 5/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Luis Chamberlain <mcgrof@...nel.org>)
Re: [PATCH v2 5/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 3/5] arm64: vdso: Don't use gcc plugins for building vgettimeofday.c (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/5] gcc-plugins/stackleak: Don't instrument itself (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 2/5] ARM: vdso: Don't use gcc plugins for building vgettimeofday.c (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 5/5] gcc-plugins/stackleak: Add 'verbose' plugin parameter (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 09/10] kallsyms: Hide layout (Kees Cook <keescook@...omium.org>)
Re: [PATCH] ACPI: Eliminate usage of uninitialized_var() macro ("Rafael J. Wysocki" <rjw@...ysocki.net>)
[PATCH 00/22] add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 01/22] objtool: use sh_info to find the base for .rela sections (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 02/22] kbuild: add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 03/22] kbuild: lto: fix module versioning (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 04/22] kbuild: lto: fix recordmcount (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 05/22] kbuild: lto: postpone objtool (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 06/22] kbuild: lto: limit inlining (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 07/22] kbuild: lto: merge module sections (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 08/22] kbuild: lto: remove duplicate dependencies from .mod files (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 09/22] init: lto: ensure initcall ordering (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 10/22] init: lto: fix PREL32 relocations (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 11/22] pci: lto: fix PREL32 relocations (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 12/22] modpost: lto: strip .lto from module names (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 13/22] scripts/mod: disable LTO for empty.c (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 14/22] efi/libstub: disable LTO (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 15/22] drivers/misc/lkdtm: disable LTO for rodata.o (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 16/22] arm64: export CC_USING_PATCHABLE_FUNCTION_ENTRY (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 17/22] arm64: vdso: disable LTO (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 18/22] arm64: allow LTO_CLANG and THINLTO to be selected (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 19/22] x86, vdso: disable LTO only for vDSO (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 20/22] x86, ftrace: disable recordmcount for ftrace_make_nop (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 21/22] x86, relocs: Ignore L4_PAGE_OFFSET relocations (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH 22/22] x86, build: allow LTO_CLANG and THINLTO to be selected (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 02/22] kbuild: add support for Clang LTO (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 13/22] scripts/mod: disable LTO for empty.c (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 07/22] kbuild: lto: merge module sections (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 08/22] kbuild: lto: remove duplicate dependencies from .mod files (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 00/22] add support for Clang LTO (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 06/22] kbuild: lto: limit inlining (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 04/22] kbuild: lto: fix recordmcount (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 02/22] kbuild: add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 00/22] add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 07/22] kbuild: lto: merge module sections (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 00/22] add support for Clang LTO (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 04/22] kbuild: lto: fix recordmcount (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 12/22] modpost: lto: strip .lto from module names (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 11/22] pci: lto: fix PREL32 relocations (kernel test robot <lkp@...el.com>)
Re: [PATCH 11/22] pci: lto: fix PREL32 relocations (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 11/22] pci: lto: fix PREL32 relocations (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 06/22] kbuild: lto: limit inlining (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 17/22] arm64: vdso: disable LTO (Andi Kleen <ak@...ux.intel.com>)

June 25 (18 messages)

Re: [PATCH 09/22] init: lto: ensure initcall ordering (kernel test robot <lkp@...el.com>)
Re: [PATCH 09/22] init: lto: ensure initcall ordering (kernel test robot <lkp@...el.com>)
Re: [PATCH 02/22] kbuild: add support for Clang LTO (Nathan Chancellor <natechancellor@...il.com>)
Re: [PATCH 04/22] kbuild: lto: fix recordmcount (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 00/22] add support for Clang LTO (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 00/22] add support for Clang LTO (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 00/22] add support for Clang LTO (Will Deacon <will@...nel.org>)
Re: [PATCH 00/22] add support for Clang LTO (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 02/22] kbuild: add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 04/22] kbuild: lto: fix recordmcount (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v3 09/10] kallsyms: Hide layout (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 05/22] kbuild: lto: postpone objtool (Sami Tolvanen <samitolvanen@...gle.com>)
[RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool (Sami Tolvanen <samitolvanen@...gle.com>)

June 26 (7 messages)

Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [RFC][PATCH] objtool,x86_64: Replace recordmcount with objtool (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts (Marc Zyngier <maz@...nel.org>)
Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts ("Rafael J. Wysocki" <rafael@...nel.org>)
[PATCH v3 0/2] arm64/acpi: restrict AML opregion memory access (Ard Biesheuvel <ardb@...nel.org>)
[PATCH v3 1/2] arm64/acpi: disallow AML memory opregions to access kernel memory (Ard Biesheuvel <ardb@...nel.org>)
[PATCH v3 2/2] arm64/acpi: disallow writeable AML opregion mapping for EFI code regions (Ard Biesheuvel <ardb@...nel.org>)

June 27 (5 messages)

Re: [PATCH v5 0/3] drivers/acpi: Remove function callback casts (Marc Zyngier <maz@...nel.org>)
[PATCH] drivers/s390/char/tty3270: Remove function callback casts (Oscar Carter <oscar.carter@....com>)
[PATCH] parisc/kernel/ftrace: Remove function callback casts (Oscar Carter <oscar.carter@....com>)
Re: [PATCH] drivers/s390/char/tty3270: Remove function callback casts (Kees Cook <keescook@...omium.org>)
Re: [PATCH] parisc/kernel/ftrace: Remove function callback casts (Helge Deller <deller@....de>)

June 28 (2 messages)

Re: [PATCH] gcc-plugins: fix gcc-plugins directory path in documentation (Masahiro Yamada <masahiroy@...nel.org>)
Re: [PATCH 00/22] add support for Clang LTO (Masahiro Yamada <masahiroy@...nel.org>)

June 29 (2 messages)

Re: [PATCH] drivers/s390/char/tty3270: Remove function callback casts (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [PATCH 00/22] add support for Clang LTO (Sami Tolvanen <samitolvanen@...gle.com>)

June 30 (3 messages)

Re: [PATCH 00/22] add support for Clang LTO (Marco Elver <elver@...gle.com>)
Re: [PATCH 00/22] add support for Clang LTO (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 00/22] add support for Clang LTO ("Paul E. McKenney" <paulmck@...nel.org>)

285 messages

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.