kernel-hardening mailing list

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

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

kernel-hardening mailing list - 2018/11

Mon	Tue	Wed	Thu	Fri	Sat	Sun
			¹ 6	² 6	³	⁴ 11
⁵ 8	⁶ 9	⁷ 10	⁸ 2	⁹ 5	¹⁰ 6	¹¹ 3
¹² 7	¹³ 18	¹⁴ 1	¹⁵ 2	¹⁶ 1	¹⁷	¹⁸
¹⁹ 11	²⁰ 11	²¹ 10	²² 8	²³ 5	²⁴	²⁵ 1
²⁶ 12	²⁷ 14	²⁸ 14	²⁹ 8	³⁰ 6

Messages by day:

November 1 (6 messages)

Re: [PATCH 16/17] prmem: pratomic-long (Kees Cook <keescook@...omium.org>)
Re: [PATCH 10/17] prmem: documentation (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH V5 0/5] KVM: X86: Introducing ROE Protection Kernel Hardening (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Peter Zijlstra <peterz@...radead.org>)

November 2 (6 messages)

[PATCH v8 0/4] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v8 1/4] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v8 2/4] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v8 3/4] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v8 4/4] Kselftest for module text allocation benchmarking (Rick Edgecombe <rick.p.edgecombe@...el.com>)
Re: [PATCH 10/17] prmem: documentation (Nadav Amit <nadav.amit@...il.com>)

November 4 (11 messages)

[RFC/RFT PATCH] ARM: smp: add support for per-task stack canaries (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH V6 0/8] KVM: X86: Introducing ROE Protection Kernel Hardening (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 1/8] KVM: State whether memory should be freed in kvm_free_memslot (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 2/8] KVM: X86: Add arbitrary data pointer in kvm memslot iterator functions (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 3/8] KVM: Document Memory ROE (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 4/8] KVM: Create architecture independent ROE skeleton (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 5/8] KVM: X86: Enable ROE for x86 (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 6/8] KVM: Add support for byte granular memory ROE (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 7/8] KVM: X86: Port ROE_MPROTECT_CHUNK to x86 (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
[PATCH V6 8/8] KVM: Log ROE violations in system log (Ahmed Abd El Mawgood <ahmedsoliman0x666@...il.com>)
Re: [RFC/RFT PATCH] ARM: smp: add support for per-task stack canaries (Nicolas Pitre <nicolas.pitre@...aro.org>)

November 5 (8 messages)

Re: [RFC/RFT PATCH] ARM: smp: add support for per-task stack canaries (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v6 1/5] AppArmor: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v6 0/5] LSM: Support ptrace sidechannel access checks (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v6 2/5] Smack: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v6 3/5] SELinux: Prepare for PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v6 4/5] Capability: Complete PTRACE_MODE_SCHED (Casey Schaufler <casey.schaufler@...el.com>)
[PATCH v6 5/5] sidechannel: Linux Security Module for sidechannel (Casey Schaufler <casey.schaufler@...el.com>)
Re: [PATCH v6 5/5] sidechannel: Linux Security Module for sidechannel (Randy Dunlap <rdunlap@...radead.org>)

November 6 (9 messages)

Re: [PATCH v8 0/4] KASLR feature to randomize each loadable module (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v8 1/4] vmalloc: Add __vmalloc_node_try_addr function (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v8 2/4] x86/modules: Increase randomization for modules (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v8 4/4] Kselftest for module text allocation benchmarking (Andrew Morton <akpm@...ux-foundation.org>)
[PATCH v3 0/2]get rid of writable linear aliases of read-only vmalloc mappings (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v3 1/2] arm64: mm: purge lazily unmapped vm regions before changing permissions (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v3 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v3 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Will Deacon <will.deacon@....com>)
Re: [PATCH v3 1/2] arm64: mm: purge lazily unmapped vm regions before changing permissions (Will Deacon <will.deacon@....com>)

November 7 (10 messages)

Re: [PATCH v3 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v4 0/2] get rid of writable linear aliases of read-only vmalloc mappings (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v4 1/2] arm64: mm: purge lazily unmapped vm regions before changing permissions (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH v4 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v4 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Will Deacon <will.deacon@....com>)
Re: [PATCH v8 0/4] KASLR feature to randomize each loadable module ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v8 1/4] vmalloc: Add __vmalloc_node_try_addr function ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v8 4/4] Kselftest for module text allocation benchmarking ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v8 2/4] x86/modules: Increase randomization for modules ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v4 2/2] arm64: mm: apply r/o permissions of VM areas to its linear alias as well (Laura Abbott <labbott@...hat.com>)

November 8 (2 messages)

Re: [PATCH V6 0/8] KVM: X86: Introducing ROE Protection Kernel Hardening (Paolo Bonzini <pbonzini@...hat.com>)
Re: [PATCH V6 0/8] KVM: X86: Introducing ROE Protection Kernel Hardening (Ahmed Soliman <ahmedsoliman0x666@...il.com>)

November 9 (5 messages)

afaef01c00 ("x86/entry: Add STACKLEAK erasing the kernel stack .."): double fault: 0000 [#1] (kernel test robot <lkp@...el.com>)
Re: afaef01c00 ("x86/entry: Add STACKLEAK erasing the kernel stack .."): double fault: 0000 [#1] (Jann Horn <jannh@...gle.com>)
Re: afaef01c00 ("x86/entry: Add STACKLEAK erasing the kernel stack .."): double fault: 0000 [#1] (Andy Lutomirski <luto@...capital.net>)
Re: afaef01c00 ("x86/entry: Add STACKLEAK erasing the kernel stack .."): double fault: 0000 [#1] (Alexander Popov <alex.popov@...ux.com>)
Re: afaef01c00 ("x86/entry: Add STACKLEAK erasing the kernel stack .."): double fault: 0000 [#1] (Kees Cook <keescook@...omium.org>)

November 10 (6 messages)

[PATCH v9 0/4] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 1/4] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 2/4] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 3/4] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 4/4] Kselftest for module text allocation benchmarking (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Alexander Popov <alex.popov@...ux.com>)

November 11 (3 messages)

Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Steven Rostedt <rostedt@...dmis.org>)
[PATCH v2] crypto: ecc - regularize scalar for scalar multiplication (Vitaly Chikunov <vt@...linux.org>)

November 12 (7 messages)

Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Mathieu Desnoyers <mathieu.desnoyers@...icios.com>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Steven Rostedt <rostedt@...dmis.org>)
[PATCH 1/1] stackleak: Disable function tracing and kprobes for stackleak_erase() (Alexander Popov <alex.popov@...ux.com>)

November 13 (18 messages)

Re: [PATCH 1/1] stackleak: Disable function tracing and kprobes for stackleak_erase() (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/17] prmem: documentation (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/17] prmem: documentation (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/1] stackleak: Disable ftrace for stackleak.c (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH 1/1] stackleak: Disable function tracing and kprobes for stackleak_erase() (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH 1/1] stackleak: Disable function tracing and kprobes for stackleak_erase() (Kees Cook <keescook@...omium.org>)

November 14 (1 message)

Investigating a stack state mismatch in Linux kernel (Alexander Popov <alex.popov@...ux.com>)

November 15 (2 messages)

Re: Investigating a stack state mismatch in Linux kernel (Florian Weimer <fweimer@...hat.com>)
Re: Investigating a stack state mismatch in Linux kernel (Alexander Popov <alex.popov@...ux.com>)

November 16 (1 message)

Re: [PATCH v2] crypto: ecc - regularize scalar for scalar multiplication (Herbert Xu <herbert@...dor.apana.org.au>)

November 19 (11 messages)

[PATCH v1 0/2]: Documentation/admin-guide: introduce perf-security.rst file and extend perf_event_paranoid documentatio… (Alexey Budankov <alexey.budankov@...ux.…)
[PATCH v1 1/2]: Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v1 1/2]: Documentation/admin-guide: update admin-guide index.rst (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Jordan Glover <Golden_Miller83@...tonmail.ch>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Jordan Glover <Golden_Miller83@...tonmail.ch>)
Re: [PATCH v1 1/2]: Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)

November 20 (11 messages)

[PATCH v2 0/2]: Documentation/admin-guide: introduce perf-security.rst file and extend perf_event_paranoid documentatio… (Alexey Budankov <alexey.budankov@...ux.…)
[PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v2 2/2] Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: Investigating a stack state mismatch in Linux kernel (Alexander Popov <alex.popov@...ux.com>)
[PATCH v9 RESEND 0/4] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 RESEND 1/4] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 RESEND 2/4] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 RESEND 3/4] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH v9 RESEND 4/4] Kselftest for module text allocation benchmarking (Rick Edgecombe <rick.p.edgecombe@...el.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Tycho Andersen <tycho@...ho.ws>)
Re: [RFC PATCH 4/6] x86/speculation, mm: add process local virtual memory region (Tycho Andersen <tycho@...ho.ws>)

November 21 (10 messages)

[PATCH v2 0/2] Documentation/admin-guide: introduce perf-security.rst file and extend perf_event_paranoid documentation (Alexey Budankov <alexey.budankov@...ux.…)
[PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v2 2/2] Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...il.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Nadav Amit <nadav.amit@...il.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...il.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...capital.net>)

November 22 (8 messages)

[PATCH 0/4] Kernel Userspace Protection for Radix MMU (Russell Currey <ruscur@...sell.cc>)
[PATCH 1/4] powerpc: Track KUAP state in the PACA (Russell Currey <ruscur@...sell.cc>)
[PATCH 2/4] powerpc/64: Setup KUP before feature fixups (Russell Currey <ruscur@...sell.cc>)
[PATCH 3/4] powerpc/mm/radix: Use KUEP API for Radix MMU (Russell Currey <ruscur@...sell.cc>)
[PATCH 4/4] powerpc/64s: Implement KUAP for Radix MMU (Russell Currey <ruscur@...sell.cc>)
Re: [PATCH 10/17] prmem: documentation (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 10/17] prmem: documentation (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 10/17] prmem: documentation (Andy Lutomirski <luto@...capital.net>)

November 23 (5 messages)

[PATCH 2/2] kbuild: descend into scripts/gcc-plugins/ via scripts/Makefile (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: Investigating a stack state mismatch in Linux kernel (Alexander Monakov <amonakov@...ras.ru>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Igor Stoppa <igor.stoppa@...il.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Solar Designer <solar@...nwall.com>)
Re: [RFC PATCH 0/6] Process-local memory allocations (Solar Designer <solar@...nwall.com>)

November 25 (1 message)

Re: [PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Jonathan Corbet <corbet@....net>)

November 26 (12 messages)

[PATCH v3 0/2] Documentation/admin-guide: introduce perf-security.rst file and extend perf_event_paranoid documentation (Alexey Budankov <alexey.budankov@...ux.…)
Re: [PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v3 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v3 2/2] Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH 2/2] kbuild: descend into scripts/gcc-plugins/ via scripts/Makefile (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v9 RESEND 0/4] KASLR feature to randomize each loadable module (Jessica Yu <jeyu@...nel.org>)
Backtrace after invalid XRSTOR after "x86/fault: BUG() when uaccess helpers fault on kernel addresses" (Sebastian Andrzej Siewior <bigeasy@...utronix.de>)
Re: Backtrace after invalid XRSTOR after "x86/fault: BUG() when uaccess helpers fault on kernel addresses" (Jann Horn <jannh@...gle.com>)
[PATCH] x86/fpu: XRSTOR is expected to raise #GP (Jann Horn <jannh@...gle.com>)
Re: [PATCH] x86/fpu: XRSTOR is expected to raise #GP (Sebastian Andrzej Siewior <bigeasy@...utronix.de>)
Re: [PATCH] x86/fpu: XRSTOR is expected to raise #GP ("H. Peter Anvin" <hpa@...or.com>)
Re: [PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Jonathan Corbet <corbet@....net>)

November 27 (14 messages)

[RFC/RFT PATCH v2] ARM: smp: add support for per-task stack canaries (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v9 RESEND 0/4] KASLR feature to randomize each loadable module ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v2 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v4 0/2] Documentation/admin-guide: introduce perf-security.rst file and extend perf_event_paranoid documentation (Alexey Budankov <alexey.budankov@...ux.…)
[PATCH v4 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
[PATCH v4 2/2] Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v1 2/2]: Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v9 RESEND 0/4] KASLR feature to randomize each loadable module (Daniel Borkmann <daniel@...earbox.net>)
[PATCH v2] x86/fpu: XRSTOR is expected to raise #GP (Jann Horn <jannh@...gle.com>)
Re: [PATCH v4 2/2] Documentation/admin-guide: update admin-guide index.rst (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 1/2] Documentation/admin-guide: introduce perf-security.rst file (Jonathan Corbet <corbet@....net>)
Re: [PATCH v4 1/2] Documentation/admin-guide: introduce perf-security.rst file (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH v4 2/2] Documentation/admin-guide: update admin-guide index.rst (Alexey Budankov <alexey.budankov@...ux.intel.com>)
Re: [PATCH 2/2] kbuild: descend into scripts/gcc-plugins/ via scripts/Makefile (Kees Cook <keescook@...omium.org>)

November 28 (14 messages)

[PATCH 2/2] x86/modules: Make x86 allocs to flush when free (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 1/2] vmalloc: New flag for flush before releasing pages (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 0/2] Don’t leave executable TLB entries to freed pages (Rick Edgecombe <rick.p.edgecombe@...el.com>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH v9 RESEND 0/4] KASLR feature to randomize each loadable module ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Will Deacon <will.deacon@....com>)
Re: [PATCH 1/4] powerpc: Track KUAP state in the PACA (Christophe Leroy <christophe.leroy@....fr>)
Re: [PATCH 2/4] powerpc/64: Setup KUP before feature fixups (Christophe Leroy <christophe.leroy@....fr>)
Re: [PATCH 4/4] powerpc/64s: Implement KUAP for Radix MMU (Christophe Leroy <christophe.leroy@....fr>)
RE: [PATCH] x86/fpu: XRSTOR is expected to raise #GP (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH] x86/fpu: XRSTOR is expected to raise #GP (Sebastian Andrzej Siewior <bigeasy@...utronix.de>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Nadav Amit <nadav.amit@...il.com>)
Re: [PATCH 2/2] x86/modules: Make x86 allocs to flush when free (Andrew Morton <akpm@...ux-foundation.org>)

November 29 (8 messages)

Re: [PATCH 2/2] x86/modules: Make x86 allocs to flush when free ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH 2/2] x86/modules: Make x86 allocs to flush when free (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 2/2] kbuild: descend into scripts/gcc-plugins/ via scripts/Makefile (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH 2/2] x86/modules: Make x86 allocs to flush when free ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [RFC/RFT PATCH v2] ARM: smp: add support for per-task stack canaries (Nicolas Pitre <nicolas.pitre@...aro.org>)
Re: [PATCH 0/2] Don’t leave executable TLB entries to freed pages (Masami Hiramatsu <mhiramat@...nel.org>)

November 30 (6 messages)

Re: [RFC/RFT PATCH v2] ARM: smp: add support for per-task stack canaries (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH 1/1] stackleak: Register the 'stackleak_cleanup' pass before the 'mach' pass (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC/RFT PATCH v2] ARM: smp: add support for per-task stack canaries (Nicolas Pitre <nicolas.pitre@...aro.org>)
Re: [PATCH 1/1] stackleak: Register the 'stackleak_cleanup' pass before the 'mach' pass (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/1] stackleak: Register the 'stackleak_cleanup' pass before the 'mach' pass (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/1] stackleak: Register the 'stackleak_cleanup' pass before the 'mach' pass (Alexander Popov <alex.popov@...ux.com>)

195 messages

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