kernel-hardening mailing list - 2018/02

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

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

kernel-hardening mailing list - 2018/02

Mon	Tue	Wed	Thu	Fri	Sat	Sun
			¹ 4	² 7	³ 11	⁴ 15
⁵ 40	⁶ 17	⁷ 6	⁸ 16	⁹ 25	¹⁰ 3	¹¹ 20
¹² 26	¹³ 12	¹⁴ 47	¹⁵ 5	¹⁶ 12	¹⁷ 1	¹⁸ 1
¹⁹ 8	²⁰ 15	²¹ 37	²² 31	²³ 30	²⁴ 4	²⁵ 10
²⁶ 18	²⁷ 56	²⁸ 29

Messages by day:

February 1 (4 messages)

Re: [PATCH 3/6] struct page: add field for vm_struct (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1 (Dan Williams <dan.j.williams@...el.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Kees Cook <keescook@...omium.org>)

February 2 (7 messages)

Re: [PATCH 4/6] Protectable Memory (kbuild test robot <lkp@...el.com>)
Re: [PATCH 4/6] Protectable Memory (kbuild test robot <lkp@...el.com>)
Re: [PATCH 6/6] Pmalloc: self-test (kbuild test robot <lkp@...el.com>)
Re: [PATCH 5/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Christopher Lameter <cl@...ux.com>)

February 3 (11 messages)

Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[RFC PATCH v13 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Boris Lukashev <blukashev@...pervictus.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Boris Lukashev <blukashev@...pervictus.com>)

February 4 (15 messages)

Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[RFC PATCH v14 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 6/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/2] GCC release 8 support for gcc-plugins (valdis.kletnieks@...edu)
[PATCH 2/2] GCC release 8 support for gcc-plugins (valdis.kletnieks@...edu)
Re: [PATCH 6/6] Documentation for Pmalloc (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 4/6] Protectable Memory (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 2/6] genalloc: selftest (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 2/6] genalloc: selftest (Matthew Wilcox <willy@...radead.org>)

February 5 (40 messages)

Re: [PATCH 2/6] genalloc: selftest (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 4/6] Protectable Memory (Christopher Lameter <cl@...ux.com>)
Patch "x86/asm: Move 'status' from thread_struct to thread_info" has been added to the 4.14-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Remove the SYSCALL64 fast path" has been added to the 4.14-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Push extra regs right away" has been added to the 4.14-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/asm: Move 'status' from thread_struct to thread_info" has been added to the 4.15-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Remove the SYSCALL64 fast path" has been added to the 4.15-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Push extra regs right away" has been added to the 4.15-stable tree (<gregkh@...uxfoundation.org>)
[PATCH 4.14 33/64] x86/entry/64: Remove the SYSCALL64 fast path (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 34/64] x86/entry/64: Push extra regs right away (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 36/64] Documentation: Document array_index_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 37/64] array_index_nospec: Sanitize speculative array de-references (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 35/64] x86/asm: Move status from thread_struct to thread_info (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 45/64] vfs, fdtable: Prevent bounds-check bypass via speculative execution (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 46/64] nl80211: Sanitize array index in parse_txq_params (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 47/64] x86/spectre: Report get_user mitigation for spectre_v1 (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 38/64] x86: Implement array_index_mask_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 39/64] x86: Introduce barrier_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 42/64] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 41/64] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end} (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 40/64] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 43/64] x86/get_user: Use pointer masking to limit speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.14 44/64] x86/syscall: Sanitize syscall table de-references under speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 29/60] x86/entry/64: Remove the SYSCALL64 fast path (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 30/60] x86/entry/64: Push extra regs right away (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 31/60] x86/asm: Move status from thread_struct to thread_info (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 32/60] Documentation: Document array_index_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 33/60] array_index_nospec: Sanitize speculative array de-references (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 34/60] x86: Implement array_index_mask_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 35/60] x86: Introduce barrier_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 43/60] x86/spectre: Report get_user mitigation for spectre_v1 (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 36/60] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 37/60] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end} (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 39/60] x86/get_user: Use pointer masking to limit speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 38/60] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 41/60] vfs, fdtable: Prevent bounds-check bypass via speculative execution (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 40/60] x86/syscall: Sanitize syscall table de-references under speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.15 42/60] nl80211: Sanitize array index in parse_txq_params (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)

February 6 (17 messages)

Re: [PATCH 1/2] GCC release 8 support for gcc-plugins (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] GCC release 8 support for gcc-plugins (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCHv2 10/12] arm64/kvm: context-switch ptrauth registers (Christoffer Dall <christoffer.dall@...aro.org>)
Re: [PATCHv2 05/12] arm64: Don't trap host pointer auth use to EL2 (Christoffer Dall <christoffer.dall@...aro.org>)
Re: [PATCHv2 09/12] arm64/kvm: preserve host HCR_EL2 value (Christoffer Dall <christoffer.dall@...aro.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Dan Williams <dan.j.williams@...el.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Luis Henriques <lhenriques@...e.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Dan Williams <dan.j.williams@...el.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Dan Williams <dan.j.williams@...el.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Luis Henriques <lhenriques@...e.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)

February 7 (6 messages)

Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Dan Williams <dan.j.williams@...el.com>)
Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 4/6] Protectable Memory (kbuild test robot <lkp@...el.com>)
Re: [PATCH 5/6] Pmalloc: self-test (kbuild test robot <lkp@...el.com>)
Re: [PATCH 2/6] genalloc: selftest (kbuild test robot <lkp@...el.com>)
Re: [PATCH 4/6] Protectable Memory (kbuild test robot <lkp@...el.com>)

February 8 (16 messages)

[RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
Patch "x86/asm: Move 'status' from thread_struct to thread_info" has been added to the 4.9-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Remove the SYSCALL64 fast path" has been added to the 4.9-stable tree (<gregkh@...uxfoundation.org>)
Patch "x86/entry/64: Push extra regs right away" has been added to the 4.9-stable tree (<gregkh@...uxfoundation.org>)
Re: [RFC] Warn the user when they could overflow mapcount (Jann Horn <jannh@...gle.com>)
Re: [RFC] Warn the user when they could overflow mapcount ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
Re: [RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
Re: [RFC] Warn the user when they could overflow mapcount (Daniel Micay <danielmicay@...il.com>)
Re: [RFC] Warn the user when they could overflow mapcount (valdis.kletnieks@...edu)
Re: [RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
Re: [RFC] Warn the user when they could overflow mapcount (Daniel Micay <danielmicay@...il.com>)
Re: [RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
Re: [RFC] Warn the user when they could overflow mapcount (Daniel Micay <danielmicay@...il.com>)
Re: [RFC] Warn the user when they could overflow mapcount (Matthew Wilcox <willy@...radead.org>)
[RFC] Limit mappings to ten per page per process (Matthew Wilcox <willy@...radead.org>)

February 9 (25 messages)

Re: [RFC] Warn the user when they could overflow mapcount (Daniel Micay <danielmicay@...il.com>)
Re: [RFC] Limit mappings to ten per page per process ("Kirill A. Shutemov" <kirill@...temov.name>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4.9 56/92] Documentation: Document array_index_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 57/92] array_index_nospec: Sanitize speculative array de-references (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 58/92] x86: Implement array_index_mask_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 59/92] x86: Introduce barrier_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 60/92] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 61/92] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end} (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 62/92] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 63/92] x86/get_user: Use pointer masking to limit speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 64/92] x86/syscall: Sanitize syscall table de-references under speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 65/92] vfs, fdtable: Prevent bounds-check bypass via speculative execution (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 67/92] x86/spectre: Report get_user mitigation for spectre_v1 (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 66/92] nl80211: Sanitize array index in parse_txq_params (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 53/92] x86/entry/64: Remove the SYSCALL64 fast path (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 54/92] x86/entry/64: Push extra regs right away (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 55/92] x86/asm: Move status from thread_struct to thread_info (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 6/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Randy Dunlap <rdunlap@...radead.org>)

February 10 (3 messages)

Re: [PATCH 5/6] Documentation for Pmalloc (Matthew Wilcox <willy@...radead.org>)
Hello world! Student interested in getting involved. (Ahmed Soliman <ahmedsoliman0x666@...il.com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)

February 11 (20 messages)

Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[RFC PATCH v15 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 6/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Re: [PATCH 4/6] Protectable Memory (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Updating wikis request (Ahmed Soliman <ahmedsoliman0x666@...il.com>)
Re: [PATCH 2/6] genalloc: selftest (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 2/6] genalloc: selftest (Philippe Ombredanne <pombredanne@...b.com>)
Re: [PATCH 2/6] genalloc: selftest (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 6/6] Documentation for Pmalloc (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH RFC v7 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v7 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)

February 12 (26 messages)

Re: [PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 6/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Re: [PATCH 4/6] Protectable Memory (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Re: [PATCH 4/6] Protectable Memory (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 5/6] Documentation for Pmalloc (Jonathan Corbet <corbet@....net>)
Re: [PATCH 4/6] Protectable Memory (Mike Rapoport <rppt@...ux.vnet.ibm.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCHv2 05/12] arm64: Don't trap host pointer auth use to EL2 (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 6/6] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: Hello world! Student interested in getting involved. (Kees Cook <keescook@...omium.org>)
Re: Updating wikis request (Kees Cook <keescook@...omium.org>)
Re: [PATCH 4/6] Protectable Memory (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Kees Cook <keescook@...omium.org>)
Re: [PATCH 5/6] Pmalloc: self-test (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/6] genalloc: selftest (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Kees Cook <keescook@...omium.org>)

February 13 (12 messages)

Re: [PATCH 4/6] Protectable Memory (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (kbuild test robot <lkp@...el.com>)
Re: [PATCH 4/6] Protectable Memory (Kees Cook <keescook@...omium.org>)
Re: [PATCH 5/6] Pmalloc: self-test (kbuild test robot <lkp@...el.com>)
Re: [PATCH 4/6] Protectable Memory (Jann Horn <jannh@...gle.com>)
Re: Hello world! Student interested in getting involved. (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
RE: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/2] GCC release 8 support for gcc-plugins (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH 2/2] GCC release 8 support for gcc-plugins (Kees Cook <keescook@...omium.org>)
Re: [PATCH 4/6] Protectable Memory (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 4/6] Protectable Memory (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 4/6] Protectable Memory (Kees Cook <keescook@...omium.org>)

February 14 (47 messages)

Re: [RFC] Limit mappings to ten per page per process (Matthew Wilcox <willy@...radead.org>)
Re: [RFC] Limit mappings to ten per page per process ("Kirill A. Shutemov" <kirill@...temov.name>)
[PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Matthew Wilcox <willy@...radead.org>)
[PATCH 1/2] mm: Add kernel-doc for kvfree (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Joe Perches <joe@...ches.com>)
arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Julia Lawall <julia.lawall@...6.fr>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Joe Perches <joe@...ches.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Joe Perches <joe@...ches.com>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 0/2] Add kvzalloc_struct to complement kvzalloc_array (Joe Perches <joe@...ches.com>)
[RESEND][PATCH 0/3] exec: Pin stack limit during exec (Kees Cook <keescook@...omium.org>)
[PATCH 1/3] exec: Pass stack rlimit into mm layout functions (Kees Cook <keescook@...omium.org>)
[PATCH 3/3] exec: Pin stack limit during exec (Kees Cook <keescook@...omium.org>)
[PATCH 2/3] exec: Introduce finalize_exec() before start_thread() (Kees Cook <keescook@...omium.org>)
[PATCH v2 0/8] Add kvzalloc_struct to complement kvzalloc_array (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 1/8] mm: Add kernel-doc for kvfree (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 4/8] Convert dax device to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 3/8] Convert virtio_console to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 6/8] Convert v4l2 event to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 5/8] Convert infiniband uverbs to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 7/8] Convert vhost to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
[PATCH v2 8/8] Convert jffs2 acl to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH v2 3/8] Convert virtio_console to kvzalloc_struct (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 3/8] Convert virtio_console to kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH v2 3/8] Convert virtio_console to kvzalloc_struct (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Tycho Andersen <tycho@...ho.ws>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Andrew Morton <akpm@...ux-foundation.org>)

February 15 (5 messages)

Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Christopher Lameter <cl@...ux.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Christopher Lameter <cl@...ux.com>)
Re: [PATCH v2 2/8] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)

February 16 (12 messages)

Re: [PATCH v6 02/13] array_index_nospec: sanitize speculative array de-references (Christian Borntraeger <borntraeger@...ibm.com>)
[PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 1/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 2/6] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 3/6] x86/entry: Erase kernel stack in syscall_trace_enter() (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 4/6] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 5/6] fs/proc: Show STACKLEAK metrics in the /proc file system (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v8 6/6] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
[PATCH 20/23] gcc-plugins: always build plugins with C++ (Masahiro Yamada <yamada.masahiro@...ionext.com>)
[PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
[PATCH 21/23] gcc-plugins: move GCC version check for PowerPC to Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
[PATCH 22/23] gcc-plugins: test GCC plugin support in Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)

February 17 (1 message)

Re: Hello world! Student interested in getting involved. (Ahmed Soliman <ahmedsoliman0x666@...il.com>)

February 18 (1 message)

Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Sam Ravnborg <sam@...nborg.org>)

February 19 (8 messages)

[PATCH 0/4] leaking_addresses: simplify and optimize ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/4] leaking_addresses: do not parse binary files ("Tobin C. Harding" <me@...in.cc>)
[PATCH 2/4] leaking_addresses: simplify path skipping ("Tobin C. Harding" <me@...in.cc>)
[PATCH 3/4] leaking_addresses: cache architecture name ("Tobin C. Harding" <me@...in.cc>)
[PATCH 4/4] leaking_addresses: add scan_once array ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Ulf Magnusson <ulfalizer@...il.com>)
[PATCH] signals: Move put_compat_sigset to compat.h to silence hardened usercopy (Matt Redfearn <matt.redfearn@...s.com>)
Re: [PATCH] signals: Move put_compat_sigset to compat.h to silence hardened usercopy (Kees Cook <keescook@...omium.org>)

February 20 (15 messages)

Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Dave Chinner <dchinner@...hat.com>)
Re: [RESEND][PATCH 0/3] exec: Pin stack limit during exec (Michal Hocko <mhocko@...nel.org>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/6] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Matthew Wilcox <willy@...radead.org>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Dave Chinner <dchinner@...hat.com>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Matthew Wilcox <willy@...radead.org>)

February 21 (37 messages)

Re: [PATCH] fork: Allow stack to be wiped on fork (Andrew Morton <akpm@...ux-foundation.org>)
[PATCH 0/2] Stackleak for arm64 (Laura Abbott <labbott@...hat.com>)
[PATCH 1/2] stackleak: Update for arm64 (Laura Abbott <labbott@...hat.com>)
[PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Dave Chinner <dchinner@...hat.com>)
Re: [PATCH] fork: Allow stack to be wiped on fork (Andy Lutomirski <luto@...nel.org>)
[PATCH v2] fork: Unconditionally clear stack on fork (Kees Cook <keescook@...omium.org>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Arnd Bergmann <arnd@...db.de>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Borislav Petkov <bp@...en8.de>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH v2] fork: Unconditionally clear stack on fork (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Arnd Bergmann <arnd@...db.de>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: [PATCH RFC v8 1/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Borislav Petkov <bp@...en8.de>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 0/2] Stackleak for arm64 (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Arnd Bergmann <arnd@...db.de>)
Re: [PATCH v2] fork: Unconditionally clear stack on fork (Andrew Morton <akpm@...ux-foundation.org>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Dave Chinner <dchinner@...hat.com>)
Re: Hello world! Student interested in getting involved. (Kees Cook <keescook@...omium.org>)
Re: [PATCH RFC v8 1/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: arm64 physmap (was Re: [PATCH 4/6] Protectable Memory) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 5/6] Pmalloc: self-test (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/6] genalloc: selftest (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/6] genalloc: track beginning of allocations (Jonathan Corbet <corbet@....net>)
Re: [PATCH 4/6] Protectable Memory (Kees Cook <keescook@...omium.org>)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc an… (Linus Torvalds <torvalds@...ux-foundati…)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13… (Kees Cook <keescook@...omium.org>)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc an… (Linus Torvalds <torvalds@...ux-foundati…)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13… (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)

February 22 (31 messages)

Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13… (Kees Cook <keescook@...omium.org>)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc an… (Linus Torvalds <torvalds@...ux-foundati…)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13… (Kees Cook <keescook@...omium.org>)
Re: RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.13… (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH RFC v8 0/6] Introduce the STACKLEAK feature and a test for it (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v2] fork: Unconditionally clear stack on fork (Kees Cook <keescook@...omium.org>)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Michael Ellerman <mpe@...erman.id.au>)
Re: [RFC PATCH v16 0/6] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 5/6] Pmalloc: self-test (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
RANDSTRUCT structs need linux/compiler_types.h (Was: [nfsd4] potentially hardware breaking regression in 4.14-rc and 4.… ("Maciej S. Szmigiero" <mail@...iej.szmi…)
Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig (Ulf Magnusson <ulfalizer@...il.com>)
Re: [PATCH 21/23] gcc-plugins: move GCC version check for PowerPC to Kconfig (Andrew Donnellan <andrew.donnellan@....ibm.com>)
Re: [PATCH] fork: Allow stack to be wiped on fork (Mel Gorman <mgorman@...hsingularity.net>)
Re: [PATCH v2] fork: Unconditionally clear stack on fork (Mel Gorman <mgorman@...hsingularity.net>)
Re: Hello world! Student interested in getting involved. (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 3/6] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/2] stackleak: Update for arm64 (Will Deacon <will.deacon@....com>)
Re: [PATCH 2/6] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 20/23] gcc-plugins: always build plugins with C++ (Emese Revfy <re.emese@...il.com>)
Re: [PATCH RFC v8 1/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Borislav Petkov <bp@...en8.de>)
Re: [PATCH 1/2] stackleak: Update for arm64 (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 1/2] stackleak: Update for arm64 (Laura Abbott <labbott@...hat.com>)
Re: [PATCH RFC v8 1/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH 0/2] Update stackleak for gcc-8 (Laura Abbott <labbott@...hat.com>)
[PATCH 1/2] gcc-plugins: Update cgraph_create_edge for gcc-8 (Laura Abbott <labbott@...hat.com>)
[PATCH 2/2] gcc-plugins: stackleak: Update for gcc-8 (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 1/2] gcc-plugins: Update cgraph_create_edge for gcc-8 (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/2] Update stackleak for gcc-8 (Kees Cook <keescook@...omium.org>)

February 23 (30 messages)

[stable 4.4 10/29] Documentation: Document array_index_nospec (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 11/29] array_index_nospec: Sanitize speculative array de-references (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 12/29] x86: Implement array_index_mask_nospec (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 13/29] x86: Introduce barrier_nospec (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 14/29] x86/get_user: Use pointer masking to limit speculation (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 15/29] x86/syscall: Sanitize syscall table de-references under speculation (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 16/29] vfs, fdtable: Prevent bounds-check bypass via speculative execution (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 17/29] nl80211: Sanitize array index in parse_txq_params (Jack Wang <jinpu.wang@...fitbricks.com>)
[stable 4.4 18/29] x86/spectre: Report get_user mitigation for spectre_v1 (Jack Wang <jinpu.wang@...fitbricks.com>)
Re: [PATCH 20/23] gcc-plugins: always build plugins with C++ (Masahiro Yamada <yamada.masahiro@...ionext.com>)
[RFC PATCH v17 0/7] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/7] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/7] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/7] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/7] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 5/7] Pmalloc selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 7/7] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/2] gcc-plugins: Update cgraph_create_edge for gcc-8 (Laura Abbott <labbott@...hat.com>)
[PATCH 4.4 173/193] Documentation: Document array_index_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 174/193] array_index_nospec: Sanitize speculative array de-references (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 175/193] x86: Implement array_index_mask_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 176/193] x86: Introduce barrier_nospec (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 177/193] x86/get_user: Use pointer masking to limit speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 178/193] x86/syscall: Sanitize syscall table de-references under speculation (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 179/193] vfs, fdtable: Prevent bounds-check bypass via speculative execution (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 180/193] nl80211: Sanitize array index in parse_txq_params (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 181/193] x86/spectre: Report get_user mitigation for spectre_v1 (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH 1/7] genalloc: track beginning of allocations (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 2/7] genalloc: selftest (J Freyensee <why2jjj.linux@...il.com>)

February 24 (4 messages)

Re: [PATCH 4/7] Protectable Memory (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 7/7] Documentation for Pmalloc (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 1/2] gcc-plugins: Update cgraph_create_edge for gcc-8 (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] gcc-plugins: stackleak: Update for gcc-8 (Alexander Popov <alex.popov@...ux.com>)

February 25 (10 messages)

Re: [PATCH 4/7] Protectable Memory (kbuild test robot <lkp@...el.com>)
Re: [PATCH 1/7] genalloc: track beginning of allocations (kbuild test robot <lkp@...el.com>)
Re: [PATCH 3/7] struct page: add field for vm_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var (kbuild test robot <lkp@...el.com>)
[PATCH] MAINTAINERS: Add list, tree, and maintainer ("Tobin C. Harding" <me@...in.cc>)
Pull Request for linux-next ("Tobin C. Harding" <me@...in.cc>)
Re: Pull Request for linux-next (Stephen Rothwell <sfr@...b.auug.org.au>)
Re: Pull Request for linux-next ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] MAINTAINERS: Add list, tree, and maintainer ("Tobin C. Harding" <me@...in.cc>)
[PATCH v2] MAINTAINERS: Update LEAKING_ADDRESSES ("Tobin C. Harding" <me@...in.cc>)

February 26 (18 messages)

Re: [PATCH 4/4] leaking_addresses: add scan_once array (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH 2/4] leaking_addresses: simplify path skipping (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH 2/4] leaking_addresses: simplify path skipping ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 4/4] leaking_addresses: add scan_once array ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 1/7] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/7] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/7] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 7/7] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 3/7] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 1/7] genalloc: track beginning of allocations (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 2/7] genalloc: selftest (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 2/7] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 4/7] Protectable Memory (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 7/7] Documentation for Pmalloc (J Freyensee <why2jjj.linux@...il.com>)
Re: [PATCH 1/7] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/7] genalloc: selftest (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 2/7] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [PATCH 2/2] gcc-plugins: stackleak: Update for gcc-8 (Laura Abbott <labbott@...hat.com>)

February 27 (56 messages)

[PATCH bpf-next v8 06/11] bpf,landlock: Add a new map type: inode (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 03/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 07/11] landlock: Handle filesystem access control (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 02/11] fs,security: Add a new file access type: MAY_CHROOT (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 01/11] fs,security: Add a security blob to nameidata (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 04/11] bpf,landlock: Define an eBPF program type for Landlock hooks (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 10/11] bpf,landlock: Add tests for Landlock (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 09/11] bpf: Add a Landlock sandbox example (Mickaël Salaün <mic@...ikod.net>)
[PATCH bpf-next v8 11/11] landlock: Add user and kernel documentation for Landlock (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH bpf-next v8 01/11] fs,security: Add a security blob to nameidata (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH bpf-next v8 01/11] fs,security: Add a security blob to nameidata (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Alexei Starovoitov <alexei.starovoitov@...il.com>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Andy Lutomirski <luto@...nel.org>)
[PATCH 0/3] leaking_addresses: limit scan to PID==1 ("Tobin C. Harding" <me@...in.cc>)
[PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1 ("Tobin C. Harding" <me@...in.cc>)
[PATCH 2/3] leaking_addresses: skip '/proc/1/syscall' ("Tobin C. Harding" <me@...in.cc>)
[PATCH 3/3] leaking_addresses: remove version number ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Alexei Starovoitov <alexei.starovoitov@...il.com>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1 (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Alexei Starovoitov <alexei.starovoitov@...il.com>)
Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1 ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1 (Alexander Kapshuk <alexander.kapshuk@...il.com>)
Re: [PATCH 1/2] stackleak: Update for arm64 (Richard Sandiford <richard.sandiford@....com>)
Re: [PATCH 2/2] gcc-plugins: stackleak: Update for gcc-8 (Richard Sandiford <richard.sandiford@....com>)
[PATCH v4] Protected FIFOs and regular files (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH 0/1] Zero initialise kernel stack variables (P J P <ppandit@...hat.com>)
[PATCH 1/1] Add an option to build kernel with -finit-local-vars (P J P <ppandit@...hat.com>)
[RFC PATCH] Randomization of address chosen by mmap. (Ilya Smith <blackzert@...il.com>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH 1/1] Add an option to build kernel with -finit-local-vars (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/1] Add an option to build kernel with -finit-local-vars (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] Protected FIFOs and regular files (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] Protected FIFOs and regular files (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] leaking_addresses: skip all /proc/PID except /proc/1 ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy (Mickaël Salaün <mic@...ikod.net>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (lazytyped <lazytyped@...il.com>)
Re: [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (Kees Cook <keescook@...omium.org>)

February 28 (29 messages)

Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Mickaël Salaün <mic@...ikod.net>)
Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 1/1] Add an option to build kernel with -finit-local-vars (P J P <ppandit@...hat.com>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (P J P <ppandit@...hat.com>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (P J P <ppandit@...hat.com>)
Re: [PATCH v4] Protected FIFOs and regular files (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH 2/2] gcc-plugins: stackleak: Update for gcc-8 (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 0/1] Zero initialise kernel stack variables (Florian Weimer <fweimer@...hat.com>)
[PATCH 0/2] arm: Add ARCH_HAS_FORTIFY_SOURCE (Jinbum Park <jinb.park7@...il.com>)
[PATCH 1/2] arm: mm: Define vdso_start, vdso_end as array (Jinbum Park <jinb.park7@...il.com>)
[PATCH 2/2] arm: Kconfig: Add ARCH_HAS_FORTIFY_SOURCE (Jinbum Park <jinb.park7@...il.com>)
Re: [PATCH 1/2] stackleak: Update for arm64 (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH bpf-next v8 01/11] fs,security: Add a security blob to nameidata (kbuild test robot <lkp@...el.com>)
Re: [PATCH 1/2] arm: mm: Define vdso_start, vdso_end as array (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm: Kconfig: Add ARCH_HAS_FORTIFY_SOURCE (Kees Cook <keescook@...omium.org>)
Re: [PATCH bpf-next v8 01/11] fs,security: Add a security blob to nameidata (kbuild test robot <lkp@...el.com>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (Ilya Smith <blackzert@...il.com>)
Re: [PATCH bpf-next v8 06/11] bpf,landlock: Add a new map type: inode (kbuild test robot <lkp@...el.com>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (Matthew Wilcox <willy@...radead.org>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (Kees Cook <keescook@...omium.org>)
[RFC PATCH v18 0/7] mm: security: ro protection for dynamic data (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 1/7] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 2/7] genalloc: selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 3/7] struct page: add field for vm_struct (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 4/7] Protectable Memory (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 5/7] Pmalloc selftest (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 6/7] lkdtm: crash on overwriting protected pmalloc var (Igor Stoppa <igor.stoppa@...wei.com>)
[PATCH 7/7] Documentation for Pmalloc (Igor Stoppa <igor.stoppa@...wei.com>)
Re: [RFC PATCH] Randomization of address chosen by mmap. (Daniel Micay <danielmicay@...il.com>)

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