kernel-hardening mailing list - 2020/03

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

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

kernel-hardening mailing list - 2020/03

Mon	Tue	Wed	Thu	Fri	Sat	Sun
						¹ 2
² 15	³ 12	⁴ 10	⁵ 26	⁶ 9	⁷ 1	⁸ 2
⁹ 8	¹⁰ 8	¹¹ 8	¹² 1	¹³ 1	¹⁴	¹⁵ 9
¹⁶ 1	¹⁷ 6	¹⁸ 3	¹⁹ 2	²⁰ 3	²¹	²²
²³ 1	²⁴ 61	²⁵ 13	²⁶ 18	²⁷ 18	²⁸ 11	²⁹ 6
³⁰ 30	³¹ 31

Messages by day:

March 1 (2 messages)

Re: [PATCH] x86/mm/init_32: Don't print out kernel memory layout if KASLR (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH v2] x86/mm/init_32: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)

March 2 (15 messages)

Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Scott Wood <oss@...error.net>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Scott Wood <oss@...error.net>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
Re: [RFC PATCH v14 10/10] landlock: Add user and kernel documentation (Mickaël Salaün <mic@...ikod.net>)
Re: [RESEND PATCH v4 05/10] lib/refcount: Improve performance of generic REFCOUNT_FULL code (Jann Horn <jannh@...gle.com>)
Re: [PATCH v2] x86/mm/init_32: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] x86/mm/init_32: Don't print out kernel memory layout if KASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2] x86/mm/init_32: Stop printing the virtual memory layout (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 09/11] kallsyms: hide layout and expose seed (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [RFC PATCH 09/11] kallsyms: hide layout and expose seed (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 09/11] kallsyms: hide layout and expose seed (Kristen Carlson Accardi <kristen@...ux.intel.com>)
[PATCH] lib/refcount: Document interaction with PID_MAX_LIMIT (Jann Horn <jannh@...gle.com>)
Re: [PATCH] lib/refcount: Document interaction with PID_MAX_LIMIT (Kees Cook <keescook@...omium.org>)

March 3 (12 messages)

Re: [PATCH v11 06/11] x86/CPU: Adapt assembly for PIE support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 11/11] x86/alternatives: Adapt assembly for PIE support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Peter Zijlstra <peterz@...radead.org>)
[PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Jann Horn <jannh@...gle.com>)
Re: [PATCH] lib/refcount: Document interaction with PID_MAX_LIMIT (Jann Horn <jannh@...gle.com>)
Re: [PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Jann Horn <jannh@...gle.com>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Kees Cook <keescook@...omium.org>)

March 4 (10 messages)

Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization ("H. Peter Anvin" <hpa@...or.com>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization ("H. Peter Anvin" <hpa@...or.com>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization (Thomas Garnier <thgarnie@...omium.org>)
Re: [PATCH v11 00/11] x86: PIE support to extend KASLR randomization ("H. Peter Anvin" <hpa@...or.com>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Scott Wood <oss@...error.net>)
Re: [PATCH v3 3/6] powerpc/fsl_booke/64: implement KASLR for fsl_booke64 (Scott Wood <oss@...error.net>)
Re: [PATCH v3 4/6] powerpc/fsl_booke/64: do not clear the BSS for the second pass (Scott Wood <oss@...error.net>)
Re: [PATCH v3 5/6] powerpc/fsl_booke/64: clear the original kernel if randomized (Scott Wood <oss@...error.net>)

March 5 (26 messages)

Re: [PATCH v3 3/6] powerpc/fsl_booke/64: implement KASLR for fsl_booke64 (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH v3 4/6] powerpc/fsl_booke/64: do not clear the BSS for the second pass (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH v3 5/6] powerpc/fsl_booke/64: clear the original kernel if randomized (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
[PATCH v3] x86/mm/init_32: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH] microblaze: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH] nds32/mm: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH] powerpc/32: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH] sh: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
[PATCH] xtensa/mm: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Joe Perches <joe@...ches.com>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Arvind Sankar <nivedita@...m.mit.edu>)
Re: [PATCH v3] x86/mm/init_32: Stop printing the virtual memory layout (Kees Cook <keescook@...omium.org>)
Re: [PATCH] sh: Stop printing the virtual memory layout (John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Kees Cook <keescook@...omium.org>)
Re: [PATCH] sh: Stop printing the virtual memory layout (John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>)
Re: [PATCH] sh: Stop printing the virtual memory layout (John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>)
Re: [PATCH v3] x86/mm/init_32: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] microblaze: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] nds32/mm: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] powerpc/32: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] xtensa/mm: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH] sh: Stop printing the virtual memory layout (John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Kees Cook <keescook@...omium.org>)

March 6 (9 messages)

[PATCH v4 1/6] powerpc/fsl_booke/kaslr: refactor kaslr_legal_offset() and kaslr_early_init() (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 3/6] powerpc/fsl_booke/64: implement KASLR for fsl_booke64 (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 2/6] powerpc/fsl_booke/64: introduce reloc_kernel_entry() helper (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 6/6] powerpc/fsl_booke/kaslr: rename kaslr-booke32.rst to kaslr-booke.rst and add 64bit part (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 5/6] powerpc/fsl_booke/64: clear the original kernel if randomized (Jason Yan <yanaijie@...wei.com>)
[PATCH v4 4/6] powerpc/fsl_booke/64: do not clear the BSS for the second pass (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCH] xtensa/mm: Stop printing the virtual memory layout (Max Filippov <jcmvbkbc@...il.com>)

March 7 (1 message)

[PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Phong Tran <tranmanphong@...il.com>)

March 8 (2 messages)

Re: Maybe inappropriate use BUG_ON() in CONFIG_SLAB_FREELIST_HARDENED (zerons <zeronsaxm@...il.com>)
Re: [PATCH] sh: Stop printing the virtual memory layout (Kaiwan N Billimoria <kaiwan@...wantech.com>)

March 9 (8 messages)

Re: [PATCH] microblaze: Stop printing the virtual memory layout (Michal Simek <monstr@...str.eu>)
Re: [PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Steven Price <steven.price@....com>)
Re: [PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Mark Rutland <mark.rutland@....com>)
Re: [PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Greg KH <greg@...ah.com>)
Re: [PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Kees Cook <keescook@...omium.org>)
Re: [PATCH] arm64: add check_wx_pages debugfs for CHECK_WX (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Guenter Roeck <linux@...ck-us.net>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Jann Horn <jannh@...gle.com>)

March 10 (8 messages)

[PATCH v6 0/7] set_memory() routines and STRICT_MODULE_RWX (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 1/7] powerpc/mm: Implement set_memory() routines (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 2/7] powerpc/kprobes: Mark newly allocated probes as RO (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 3/7] powerpc/mm/ptdump: debugfs handler for W+X checks at runtime (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 4/7] powerpc: Set ARCH_HAS_STRICT_MODULE_RWX (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 5/7] powerpc/configs: Enable STRICT_MODULE_RWX in skiroot_defconfig (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 6/7] powerpc/mm: implement set_memory_attr() (Russell Currey <ruscur@...sell.cc>)
[PATCH v6 7/7] powerpc/32: use set_memory_attr() (Russell Currey <ruscur@...sell.cc>)

March 11 (8 messages)

Re: [PATCH v6 1/7] powerpc/mm: Implement set_memory() routines (Daniel Axtens <dja@...ens.net>)
Re: [PATCH v6 6/7] powerpc/mm: implement set_memory_attr() (Daniel Axtens <dja@...ens.net>)
Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Guenter Roeck <linux@...ck-us.net>)
Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 1/6] x86/elf: Add table to document READ_IMPLIES_EXEC (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Russell King - ARM Linux admin <linux@...linux.org.uk>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)

March 12 (1 message)

Re: [PATCH v3] ARM: smp: add support for per-task stack canaries (Guenter Roeck <linux@...ck-us.net>)

March 13 (1 message)

Re: [PATCH v4 1/6] x86/elf: Add table to document READ_IMPLIES_EXEC (Kees Cook <keescook@...omium.org>)

March 15 (9 messages)

[PATCH v9 0/8] proc: modernize proc to support multiple private instances (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 2/8] proc: allow to mount many instances of proc in one pid namespace (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 1/8] proc: rename struct proc_fs_info to proc_fs_opts (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 4/8] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 5/8] proc: add option to mount only a pids subset (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 6/8] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 7/8] proc: move hidepid values to uapi as they are user interface to mount (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v9 8/8] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)

March 16 (1 message)

Re: [PATCH v4 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)

March 17 (6 messages)

Re: [RFC PATCH v14 00/10] Landlock LSM (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH v14 06/10] landlock: Add syscall implementation (Al Viro <viro@...iv.linux.org.uk>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)
Re: [RFC PATCH v14 06/10] landlock: Add syscall implementation (Mickaël Salaün <mic@...ikod.net>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Jann Horn <jannh@...gle.com>)
Re: [PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Will Deacon <will@...nel.org>)

March 18 (3 messages)

Re: [RFC PATCH v14 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)
Looking for help testing patch attestation (Konstantin Ryabitsev <konstantin@...uxfoundation.org>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Jann Horn <jannh@...gle.com>)

March 19 (2 messages)

Re: [RFC PATCH v14 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Jann Horn <jannh@...gle.com>)

March 20 (3 messages)

Re: [PATCH v4 0/6] implement KASLR for powerpc/fsl_booke/64 (Daniel Axtens <dja@...ens.net>)
Re: [PATCH v4 6/6] powerpc/fsl_booke/kaslr: rename kaslr-booke32.rst to kaslr-booke.rst and add 64bit part (Scott Wood <oss@...error.net>)
Re: [PATCH v4 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)

March 23 (1 message)

Re: Looking for help testing patch attestation (Kees Cook <keescook@...omium.org>)

March 24 (61 messages)

Re: [PATCH v2] lib/refcount: Document interaction with PID_MAX_LIMIT (Peter Zijlstra <peterz@...radead.org>)
[RFC PATCH 00/21] Improve list integrity checking (Will Deacon <will@...nel.org>)
[RFC PATCH 01/21] list: Remove hlist_unhashed_lockless() (Will Deacon <will@...nel.org>)
[RFC PATCH 02/21] list: Remove hlist_nulls_unhashed_lockless() (Will Deacon <will@...nel.org>)
[RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Will Deacon <will@...nel.org>)
[RFC PATCH 04/21] timers: Use hlist_unhashed() instead of open-coding in timer_pending() (Will Deacon <will@...nel.org>)
[RFC PATCH 05/21] list: Comment missing WRITE_ONCE() in __list_del() (Will Deacon <will@...nel.org>)
[RFC PATCH 06/21] list: Remove superfluous WRITE_ONCE() from hlist_nulls implementation (Will Deacon <will@...nel.org>)
[RFC PATCH 11/21] list: Add integrity checking to hlist implementation (Will Deacon <will@...nel.org>)
[RFC PATCH 07/21] Revert "list: Use WRITE_ONCE() when adding to lists and hlists" (Will Deacon <will@...nel.org>)
[RFC PATCH 12/21] list: Poison ->next pointer for non-RCU deletion of 'hlist_nulls_node' (Will Deacon <will@...nel.org>)
[RFC PATCH 08/21] Revert "list: Use WRITE_ONCE() when initializing list_head structures" (Will Deacon <will@...nel.org>)
[RFC PATCH 09/21] list: Remove unnecessary WRITE_ONCE() from hlist_bl_add_before() (Will Deacon <will@...nel.org>)
[RFC PATCH 14/21] plist: Use CHECK_DATA_CORRUPTION instead of explicit {BUG,WARN}_ON() (Will Deacon <will@...nel.org>)
[RFC PATCH 10/21] kernel-hacking: Make DEBUG_{LIST,PLIST,SG,NOTIFIERS} non-debug options (Will Deacon <will@...nel.org>)
[RFC PATCH 16/21] list_bl: Extend integrity checking in deletion routines (Will Deacon <will@...nel.org>)
[RFC PATCH 17/21] linux/bit_spinlock.h: Include linux/processor.h (Will Deacon <will@...nel.org>)
[RFC PATCH 13/21] list: Add integrity checking to hlist_nulls implementation (Will Deacon <will@...nel.org>)
[RFC PATCH 15/21] list_bl: Use CHECK_DATA_CORRUPTION instead of custom BUG_ON() wrapper (Will Deacon <will@...nel.org>)
[RFC PATCH 18/21] list_bl: Move integrity checking out of line (Will Deacon <will@...nel.org>)
[RFC PATCH 19/21] list_bl: Extend integrity checking to cover the same cases as 'hlist' (Will Deacon <will@...nel.org>)
[RFC PATCH 20/21] list: Format CHECK_DATA_CORRUPTION error messages consistently (Will Deacon <will@...nel.org>)
[RFC PATCH 21/21] lkdtm: Extend list corruption checks (Will Deacon <will@...nel.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Greg KH <greg@...ah.com>)
Re: [RFC PATCH 01/21] list: Remove hlist_unhashed_lockless() (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 02/21] list: Remove hlist_nulls_unhashed_lockless() (Greg KH <greg@...ah.com>)
Re: [RFC PATCH 17/21] linux/bit_spinlock.h: Include linux/processor.h (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 04/21] timers: Use hlist_unhashed() instead of open-coding in timer_pending() (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH 20/21] list: Format CHECK_DATA_CORRUPTION error messages consistently (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 10/21] kernel-hacking: Make DEBUG_{LIST,PLIST,SG,NOTIFIERS} non-debug options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 14/21] plist: Use CHECK_DATA_CORRUPTION instead of explicit {BUG,WARN}_ON() (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Peter Zijlstra <peterz@...radead.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Greg KH <greg@...ah.com>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Marco Elver <elver@...gle.com>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Jann Horn <jannh@...gle.com>)
[PATCH v2 2/5] init_on_alloc: Unpessimize default-on builds (Kees Cook <keescook@...omium.org>)
[PATCH v2 4/5] x86/entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
[PATCH v2 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
[PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
[PATCH v2 1/5] jump_label: Provide CONFIG-driven build state defaults (Kees Cook <keescook@...omium.org>)
[PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
[PATCH RESEND v9 0/8] proc: modernize proc to support multiple private instances (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 1/8] proc: rename struct proc_fs_info to proc_fs_opts (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 2/8] proc: allow to mount many instances of proc in one pid namespace (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 4/8] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 5/8] proc: add option to mount only a pids subset (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 8/8] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 7/8] proc: move hidepid values to uapi as they are user interface to mount (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH RESEND v9 6/8] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [RFC PATCH 17/21] linux/bit_spinlock.h: Include linux/processor.h (Will Deacon <will@...nel.org>)
Re: [PATCH RESEND v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC PATCH 05/11] x86: Makefile: Add build and config option for CONFIG_FG_KASLR (Kristen Carlson Accardi <kristen@...ux.intel.com>)
Re: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Jann Horn <jannh@...gle.com>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Will Deacon <will@...nel.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Will Deacon <will@...nel.org>)
Re: [PATCH v2 1/5] jump_label: Provide CONFIG-driven build state defaults (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)

March 25 (13 messages)

Curiosity around 'exec_id' and some problems associated with it (Adam Zabrocki <pi3@....com.pl>)
[PATCH 1/2] kconfig: remove unused variable in qconf.cc (Masahiro Yamada <masahiroy@...nel.org>)
[PATCH 2/2] kbuild: add -Wall to KBUILD_HOSTCXXFLAGS (Masahiro Yamada <masahiroy@...nel.org>)
RE: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 05/11] x86: Makefile: Add build and config option for CONFIG_FG_KASLR (Kees Cook <keescook@...omium.org>)
[PATCH v9 9/8] proc: use named enums for better readability (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH RESEND v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Alexey Dobriyan <adobriyan@...il.com>)
Re: [PATCH RESEND v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v9 9/8] proc: use named enums for better readability (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Jann Horn <jannh@...gle.com>)

March 26 (18 messages)

Re: [PATCH 1/2] kconfig: remove unused variable in qconf.cc (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] kbuild: add -Wall to KBUILD_HOSTCXXFLAGS (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v2 2/5] init_on_alloc: Unpessimize default-on builds (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/5] Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
[PATCH v15 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 01/10] landlock: Add object management (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 02/10] landlock: Add ruleset and domain management (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 03/10] landlock: Set up the security framework and manage credentials (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 04/10] landlock: Add ptrace restrictions (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 05/10] fs,landlock: Support filesystem access-control (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 06/10] landlock: Add syscall implementation (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 07/10] arch: Wire up landlock() syscall (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 08/10] selftests/landlock: Add initial tests (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 09/10] samples/landlock: Add a sandbox manager example (Mickaël Salaün <mic@...ikod.net>)
[PATCH v15 10/10] landlock: Add user and kernel documentation (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH v15 09/10] samples/landlock: Add a sandbox manager example (Randy Dunlap <rdunlap@...radead.org>)

March 27 (18 messages)

[PATCH v5 3/6] x86/elf: Disable automatic READ_IMPLIES_EXEC for 64-bit address spaces (Kees Cook <keescook@...omium.org>)
[PATCH v5 4/6] arm32/64, elf: Add tables to document READ_IMPLIES_EXEC (Kees Cook <keescook@...omium.org>)
[PATCH v5 0/6] binfmt_elf: Update READ_IMPLIES_EXEC logic for modern CPUs (Kees Cook <keescook@...omium.org>)
[PATCH v5 1/6] x86/elf: Add table to document READ_IMPLIES_EXEC (Kees Cook <keescook@...omium.org>)
[PATCH v5 2/6] x86/elf: Split READ_IMPLIES_EXEC from executable PT_GNU_STACK (Kees Cook <keescook@...omium.org>)
[PATCH v5 6/6] arm64, elf: Disable automatic READ_IMPLIES_EXEC for 64-bit address spaces (Kees Cook <keescook@...omium.org>)
[PATCH v5 5/6] arm32/64, elf: Split READ_IMPLIES_EXEC from executable PT_GNU_STACK (Kees Cook <keescook@...omium.org>)
Re: [PATCH v15 09/10] samples/landlock: Add a sandbox manager example (Mickaël Salaün <mic@...ikod.net>)
[PATCH v10 0/9] proc: modernize proc to support multiple private instances (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 1/9] proc: rename struct proc_fs_info to proc_fs_opts (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 2/9] proc: allow to mount many instances of proc in one pid namespace (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 3/9] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 4/9] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 6/9] docs: proc: add documentation for "hidepid=4" and "subset=pid" options and new mount behavior (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 5/9] proc: add option to mount only a pids subset (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 8/9] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v10 9/9] proc: use named enums for better readability (Alexey Gladkov <gladkov.alexey@...il.com>)

March 28 (11 messages)

Re: [PATCH v10 8/9] proc: use human-readable values for hidehid (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 4/9] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 8/9] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v10 4/9] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v10 8/9] proc: use human-readable values for hidehid (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 4/5] x86/entry: Enable random_kstack_offset support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v10 8/9] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Alexey Gladkov <gladkov.alexey@...il.com>)

March 29 (6 messages)

Re: [PATCH v10 7/9] proc: move hidepid values to uapi as they are user interface to mount (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kconfig: remove unused variable in qconf.cc (Masahiro Yamada <masahiroy@...nel.org>)
Re: [PATCH 2/2] kbuild: add -Wall to KBUILD_HOSTCXXFLAGS (Masahiro Yamada <masahiroy@...nel.org>)
[PATCH] gcc-plugins: drop support for GCC <= 4.7 (Masahiro Yamada <masahiroy@...nel.org>)
[RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Ard Biesheuvel <ardb@...nel.org>)
Re: Curiosity around 'exec_id' and some problems associated with it (Kees Cook <keescook@...omium.org>)

March 30 (30 messages)

[PATCH v5 0/6] implement KASLR for powerpc/fsl_booke/64 (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 1/6] powerpc/fsl_booke/kaslr: refactor kaslr_legal_offset() and kaslr_early_init() (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 3/6] powerpc/fsl_booke/64: implement KASLR for fsl_booke64 (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 2/6] powerpc/fsl_booke/64: introduce reloc_kernel_entry() helper (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 4/6] powerpc/fsl_booke/64: do not clear the BSS for the second pass (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 5/6] powerpc/fsl_booke/64: clear the original kernel if randomized (Jason Yan <yanaijie@...wei.com>)
[PATCH v5 6/6] powerpc/fsl_booke/kaslr: rename kaslr-booke32.rst to kaslr-booke.rst and add 64bit part (Jason Yan <yanaijie@...wei.com>)
Re: [PATCH] gcc-plugins: drop support for GCC <= 4.7 (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: drop support for GCC <= 4.7 (Masahiro Yamada <masahiroy@...nel.org>)
Re: Curiosity around 'exec_id' and some problems associated with it (Oleg Nesterov <oleg@...hat.com>)
[PATCH v11 8/9] proc: use human-readable values for hidehid (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v2 3/5] stack: Optionally randomize kernel stack offset each syscall (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v2 5/5] arm64: entry: Enable random_kstack_offset support (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Will Deacon <will@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Robin Murphy <robin.murphy@....com>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Will Deacon <will@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Will Deacon <will@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Laura Abbott <labbott@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH] arm64: remove CONFIG_DEBUG_ALIGN_RODATA feature (Ard Biesheuvel <ardb@...nel.org>)
CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Jann Horn <jannh@...gle.com>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Alexei Starovoitov <alexei.starovoitov@...il.com>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Jann Horn <jannh@...gle.com>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v14 00/10] Landlock LSM (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH v15 05/10] fs,landlock: Support filesystem access-control (Mickaël Salaün <mic@...ikod.net>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Daniel Borkmann <daniel@...earbox.net>)

March 31 (31 messages)

Re: [PATCH v6 1/7] powerpc/mm: Implement set_memory() routines (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 0/7] set_memory() routines and STRICT_MODULE_RWX (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 1/7] powerpc/mm: Implement set_memory() routines (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 2/7] powerpc/kprobes: Mark newly allocated probes as RO (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 3/7] powerpc/mm/ptdump: debugfs handler for W+X checks at runtime (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 4/7] powerpc: Set ARCH_HAS_STRICT_MODULE_RWX (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 5/7] powerpc/configs: Enable STRICT_MODULE_RWX in skiroot_defconfig (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 6/7] powerpc/mm: implement set_memory_attr() (Russell Currey <ruscur@...sell.cc>)
[PATCH v7 7/7] powerpc/32: use set_memory_attr() (Russell Currey <ruscur@...sell.cc>)
Re: [PATCH v7 7/7] powerpc/32: use set_memory_attr() (Christophe Leroy <christophe.leroy@....fr>)
Re: Curiosity around 'exec_id' and some problems associated with it (Adam Zabrocki <pi3@....com.pl>)
Re: [RFC PATCH 01/21] list: Remove hlist_unhashed_lockless() ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 02/21] list: Remove hlist_nulls_unhashed_lockless() ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 05/21] list: Comment missing WRITE_ONCE() in __list_del() ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 06/21] list: Remove superfluous WRITE_ONCE() from hlist_nulls implementation ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 07/21] Revert "list: Use WRITE_ONCE() when adding to lists and hlists" ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 08/21] Revert "list: Use WRITE_ONCE() when initializing list_head structures" ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 09/21] list: Remove unnecessary WRITE_ONCE() from hlist_bl_add_before() ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 12/21] list: Poison ->next pointer for non-RCU deletion of 'hlist_nulls_node' ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [RFC PATCH 09/21] list: Remove unnecessary WRITE_ONCE() from hlist_bl_add_before() (Will Deacon <will@...nel.org>)
Re: [RFC PATCH 03/21] list: Annotate lockless list primitives with data_race() (Will Deacon <will@...nel.org>)
Re: [RFC PATCH 08/21] Revert "list: Use WRITE_ONCE() when initializing list_head structures" (Will Deacon <will@...nel.org>)
Re: [RFC PATCH 08/21] Revert "list: Use WRITE_ONCE() when initializing list_head structures" ("Paul E. McKenney" <paulmck@...nel.org>)
Re: [PATCH v2 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 3/5] stack: Optionally randomize kernel stack offset each syscall (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 8/9] proc: use human-readable values for hidehid (Kees Cook <keescook@...omium.org>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Kees Cook <keescook@...omium.org>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Andrii Nakryiko <andrii.nakryiko@...il.com>)
Re: CONFIG_DEBUG_INFO_BTF and CONFIG_GCC_PLUGIN_RANDSTRUCT (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 bpf] kbuild: fix dependencies for DEBUG_INFO_BTF (KP Singh <kpsingh@...omium.org>)

316 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.