kernel-hardening mailing list - 2018/05

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

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

kernel-hardening mailing list - 2018/05

Mon	Tue	Wed	Thu	Fri	Sat	Sun
	¹ 2	² 23	³ 15	⁴ 11	⁵ 4	⁶ 2
⁷ 4	⁸ 4	⁹ 33	¹⁰	¹¹ 18	¹² 1	¹³ 1
¹⁴ 13	¹⁵ 6	¹⁶ 8	¹⁷ 4	¹⁸ 12	¹⁹ 1	²⁰ 1
²¹ 3	²² 5	²³ 36	²⁴ 10	²⁵ 3	²⁶ 12	²⁷ 6
²⁸ 7	²⁹ 41	³⁰ 13	³¹ 3

Messages by day:

May 1 (2 messages)

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Julia Lawall <julia.lawall@...6.fr>)

May 2 (23 messages)

[PATCH 0/3 v2] linux-next: mm: Track genalloc allocations (Igor Stoppa <igor.stoppa@...il.com>)
[PATCH 1/3] genalloc: track beginning of allocations (Igor Stoppa <igor.stoppa@...il.com>)
[PATCH 2/3] Add label and license to genalloc.rst (Igor Stoppa <igor.stoppa@...il.com>)
[PATCH 3/3] genalloc: selftest (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH v2] inode: debugfs_create_dir uses mode permission from parent (Thomas-Mich Richter <tmricht@...ux.ibm.com>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2] inode: debugfs_create_dir uses mode permission from parent (Kees Cook <keescook@...omium.org>)
Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 4.9-stable tree (<gregkh@...uxfoundation.org>)
Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 4.4-stable tree (<gregkh@...uxfoundation.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>)
Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 3.18-stable tree (<gregkh@...uxfoundation.org>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)
Re: [PATCHv3] drm/amdkfd: Remove vla (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/3 v2] linux-next: mm: Track genalloc allocations (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH 0/3 v2] linux-next: mm: Track genalloc allocations (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)

May 3 (15 messages)

Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 2/2] arm64: Clear the stack (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 0/3] kexec: limit kexec_load syscall (Mimi Zohar <zohar@...ux.vnet.ibm.com>)
Re: [PATCH 0/3] kexec: limit kexec_load syscall (ebiederm@...ssion.com (Eric W. Biederman))
Correct way to access the physmap? - Was: Re: [PATCH 7/9] Pmalloc Rare Write: modify selected pools (Igor Stoppa <igor.stoppa@...il.com>)
Re: Correct way to access the physmap? - Was: Re: [PATCH 7/9] Pmalloc Rare Write: modify selected pools (Dave Hansen <dave.hansen@...el.com>)
Re: [PATCH 0/3] kexec: limit kexec_load syscall (Mimi Zohar <zohar@...ux.vnet.ibm.com>)
Re: Correct way to access the physmap? - Was: Re: [PATCH 7/9] Pmalloc Rare Write: modify selected pools (Igor Stoppa <igor.stoppa@...il.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH 0/3] kexec: limit kexec_load syscall (ebiederm@...ssion.com (Eric W. Biederman))

May 4 (11 messages)

Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/3] kexec: limit kexec_load syscall (Mimi Zohar <zohar@...ux.vnet.ibm.com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (Tycho Andersen <tycho@...ho.ws>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 2/2] mm: Add kvmalloc_ab_c and kvzalloc_struct (Kees Cook <keescook@...omium.org>)

May 5 (4 messages)

Re: [PATCH] net: dsa: drop some VLAs in switch.c (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH] net: dsa: drop some VLAs in switch.c (Andrew Lunn <andrew@...n.ch>)
Re: [PATCH] net: dsa: drop some VLAs in switch.c (Kees Cook <keescook@...omium.org>)
Re: [PATCH] net: dsa: drop some VLAs in switch.c (Andrew Lunn <andrew@...n.ch>)

May 6 (2 messages)

[PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v11 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Thomas Gleixner <tglx@...utronix.de>)

May 7 (4 messages)

[PATCH v2] net: dsa: drop some VLAs in switch.c (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Florian Fainelli <f.fainelli@...il.com>)
Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Andrew Lunn <andrew@...n.ch>)

May 8 (4 messages)

RE: [PATCH v2] net: dsa: drop some VLAs in switch.c (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (Kees Cook <keescook@...omium.org>)

May 9 (33 messages)

[PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Kees Cook <keescook@...omium.org>)
[RFC][PATCH 00/13] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
[PATCH 01/13] compiler.h: enable builtin overflow checkers and add fallback code (Kees Cook <keescook@...omium.org>)
[PATCH 02/13] lib: add runtime test of check_*_overflow functions (Kees Cook <keescook@...omium.org>)
[PATCH 03/13] overflow.h: Add allocation size calculation helpers (Kees Cook <keescook@...omium.org>)
[PATCH 05/13] mm: Use array_size() helpers for kvmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH 07/13] treewide: Use struct_size() for vmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH 06/13] treewide: Use struct_size() for kmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH 08/13] treewide: Use struct_size() for devm_kmalloc() and friends (Kees Cook <keescook@...omium.org>)
[PATCH 09/13] treewide: Use array_size() for kmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH 11/13] treewide: Use array_size() for vmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH 12/13] treewide: Use array_size() for devm_*alloc()-like (Kees Cook <keescook@...omium.org>)
[PATCH 10/13] treewide: Use array_size() for kmalloc()-family, leftovers (Kees Cook <keescook@...omium.org>)
[PATCH 13/13] treewide: Use array_size() for devm_*alloc()-like, leftovers (Kees Cook <keescook@...omium.org>)
Re: [PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Matthew Wilcox <willy@...radead.org>)
Re: [RFC][PATCH 00/13] Provide saturating helpers for allocation (Laura Abbott <labbott@...hat.com>)
Re: [RFC][PATCH 00/13] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
Re: [PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Kees Cook <keescook@...omium.org>)
Re: [PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Kees Cook <keescook@...omium.org>)
Re: [PATCH 03/13] overflow.h: Add allocation size calculation helpers (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH 04/13] mm: Use array_size() helpers for kmalloc() (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH 03/13] overflow.h: Add allocation size calculation helpers (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (James Morris <jmorris@...ei.org>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (James Morris <jmorris@...ei.org>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (Kees Cook <keescook@...omium.org>)
[PATCH v2 3/6] overflow.h: Add allocation size calculation helpers (Kees Cook <keescook@...omium.org>)
[PATCH v2 0/6] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
[PATCH v2 1/6] compiler.h: enable builtin overflow checkers and add fallback code (Kees Cook <keescook@...omium.org>)
[PATCH v2 4/6] mm: Use overflow helpers in kmalloc_array*() (Kees Cook <keescook@...omium.org>)
[PATCH v2 2/6] lib: add runtime test of check_*_overflow functions (Kees Cook <keescook@...omium.org>)
[PATCH v2 5/6] mm: Use overflow helpers in kvmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH v2 6/6] device: Use overflow helpers for devm_kmalloc() (Kees Cook <keescook@...omium.org>)

May 11 (18 messages)

Re: [PATCH v2 0/6] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
[PATCH v5 0/7] proc: modernize proc to support multiple private instances (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 1/7] proc: add proc_fs_info struct to store proc information (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 3/7] proc: add helpers to set and get proc hidepid and gid mount options (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 4/7] proc: support mounting private procfs instances inside same pid namespace (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 5/7] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 6/7] proc: flush task dcache entries from all procfs instances (Alexey Gladkov <gladkov.alexey@...il.com>)
[PATCH v5 7/7] proc: add option to mount only a pids subset (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v5 1/7] proc: add proc_fs_info struct to store proc information (Jann Horn <jannh@...gle.com>)
Re: [PATCH v5 7/7] proc: add option to mount only a pids subset (Jann Horn <jannh@...gle.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v5 5/7] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v5 0/7] proc: modernize proc to support multiple private instances (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 5/7] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v5 0/7] proc: modernize proc to support multiple private instances (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH v3 1/3] big key: get rid of stack array allocation (James Morris <jmorris@...ei.org>)

May 12 (1 message)

Re: [PATCHv3] drm/amdkfd: Remove vla (Oded Gabbay <oded.gabbay@...il.com>)

May 13 (1 message)

[PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)

May 14 (13 messages)

Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v5 5/7] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v5 5/7] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH v5 7/7] proc: add option to mount only a pids subset (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
[PATCH 2/2] powerpc: Check address limit on user-mode return (TIF_FSCHECK) (Michael Ellerman <mpe@...erman.id.au>)
[PATCH 1/2] powerpc: Rename thread_struct.fs to addr_limit (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH v5 7/7] proc: add option to mount only a pids subset (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH 2/2] arm64: Clear the stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 2/2] arm64: Clear the stack (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v11 0/6] Introduce the STACKLEAK feature and a test for it (Laura Abbott <labbott@...hat.com>)
Re: [PATCHv5] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)

May 15 (6 messages)

Re: [PATCHv5] gpio: Remove VLA from gpiolib (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCH v5 1/7] proc: add proc_fs_info struct to store proc information (Alexey Gladkov <gladkov.alexey@...il.com>)
Re: [PATCHv5] gpio: Remove VLA from gpiolib (Phil Reid <preid@...ctromag.com.au>)
[ANNOUNCE] Linux Security Summit Europe 2018 - CFP ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH v5 1/7] proc: add proc_fs_info struct to store proc information (Jann Horn <jannh@...gle.com>)
Re: [PATCH 2/2] powerpc: Check address limit on user-mode return (TIF_FSCHECK) (Thomas Garnier <thgarnie@...gle.com>)

May 16 (8 messages)

[PATCH v12 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 1/6] gcc-plugins: Clean up the cgraph_create_edge* macros (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 3/6] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 4/6] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 5/6] fs/proc: Show STACKLEAK metrics in the /proc file system (Alexander Popov <alex.popov@...ux.com>)
[PATCH v12 6/6] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v12 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)

May 17 (4 messages)

[PATCHv6] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)
Re: [PATCHv6] gpio: Remove VLA from gpiolib (Phil Reid <preid@...ctromag.com.au>)
Re: [PATCHv6] gpio: Remove VLA from gpiolib (Geert Uytterhoeven <geert@...ux-m68k.org>)
[PATCHv7] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)

May 18 (12 messages)

Re: [PATCHv7] gpio: Remove VLA from gpiolib (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v12 0/6] Introduce the STACKLEAK feature and a test for it (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH] ocfs2: drop a VLA in ocfs2_orphan_del() (Kees Cook <keescook@...omium.org>)
[PATCHv8] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)
Re: [PATCH] drm/gma500: Remove VLA (Kees Cook <keescook@...omium.org>)
Re: [PATCHv2] drm/i2c: tda998x: Remove VLA usage (Kees Cook <keescook@...omium.org>)
Re: [PATCH v12 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)
Re: [PATCHv8] gpio: Remove VLA from gpiolib (Andy Shevchenko <andy.shevchenko@...il.com>)
Re: [PATCHv8] gpio: Remove VLA from gpiolib (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCHv8] gpio: Remove VLA from gpiolib (Andy Shevchenko <andy.shevchenko@...il.com>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)

May 19 (1 message)

Re: [PATCHv2] drm/i2c: tda998x: Remove VLA usage (Russell King - ARM Linux <linux@...linux.org.uk>)

May 20 (1 message)

Re: [PATCH v5 3/7] proc: add helpers to set and get proc hidepid and gid mount options (kbuild test robot <lkp@...el.com>)

May 21 (3 messages)

Re: [PATCHv8] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)
[PATCHv9] gpio: Remove VLA from gpiolib (Laura Abbott <labbott@...hat.com>)
Re: [PATCHv9] gpio: Remove VLA from gpiolib (Andy Shevchenko <andy.shevchenko@...il.com>)

May 22 (5 messages)

Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCHv2 06/12] arm64: add basic pointer authentication support (Adam Wallis <awallis@...eaurora.org>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)

May 23 (36 messages)

Re: [PATCH] drm/gma500: Remove VLA (Daniel Vetter <daniel@...ll.ch>)
Re: [PATCHv2] drm/i2c: tda998x: Remove VLA usage (Daniel Vetter <daniel@...ll.ch>)
Re: [PATCHv9] gpio: Remove VLA from gpiolib (Linus Walleij <linus.walleij@...aro.org>)
[PATCH v3 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 02/27] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 03/27] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 04/27] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 05/27] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 07/27] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 08/27] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 10/27] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 12/27] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 13/27] x86/boot/64: Build head64.c as mcmodel large when PIE is enabled (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 16/27] compiler: Option to add PROVIDE_HIDDEN replacement for weak symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 17/27] x86/relocs: Handle PIE relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 18/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 19/27] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 20/27] x86: Support global stack cookie (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 22/27] x86/modules: Add option to start module section after kernel (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 25/27] x86/pie: Add option to build the kernel as PIE (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 24/27] x86/mm: Make the x86 GOT read-only (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v3 26/27] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v3 16/27] compiler: Option to add PROVIDE_HIDDEN replacement for weak symbols (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v3 23/27] x86/modules: Adapt module loading for PIE support (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v3 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v3] gpio: Remove VLA from stmpe driver (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 23/27] x86/modules: Adapt module loading for PIE support (Randy Dunlap <rdunlap@...radead.org>)

May 24 (10 messages)

Re: [PATCH v3] gpio: Remove VLA from stmpe driver (Linus Walleij <linus.walleij@...aro.org>)
Re: [PATCH v3 18/27] xen: Adapt assembly for PIE support (Juergen Gross <jgross@...e.com>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: [PATCH v3 11/27] x86/power/64: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: [PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support (Petr Mladek <pmladek@...e.com>)
Re: [PATCH v12 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v3 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)

May 25 (3 messages)

Re: [PATCH v3 11/27] x86/power/64: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)

May 26 (12 messages)

[PATCH] proc: prevent a task from writing on its own /proc/*/mem (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Alexey Dobriyan <adobriyan@...il.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Alexey Dobriyan <adobriyan@...il.com>)
[PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 1/6] gcc-plugins: Clean up the cgraph_create_edge* macros (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 3/6] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 4/6] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 6/6] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 5/6] fs/proc: Show STACKLEAK metrics in the /proc file system (Alexander Popov <alex.popov@...ux.com>)

May 27 (6 messages)

Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Kees Cook <keescook@...omium.org>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)
Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 4.9-stable tree (<gregkh@...uxfoundation.org>)
Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 4.4-stable tree (<gregkh@...uxfoundation.org>)

May 28 (7 messages)

Patch "kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl" has been added to the 3.18-stable tree (<gregkh@...uxfoundation.org>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Jann Horn <jannh@...gle.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Salvatore Mesoraca <s.mesoraca16@...il.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Salvatore Mesoraca <s.mesoraca16@...il.com>)
[PATCH 3.18 012/185] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 022/268] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 029/329] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)

May 29 (41 messages)

[PATCH 0/4] migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 1/4] migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 2/4] migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 3/4] migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 4/4] migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH] mark tramp_pg_dir read-only (YaoJun <yaojun8558363@...il.com>)
Re: [PATCH] mark tramp_pg_dir read-only (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 0/4] migrate swapper_pg_dir (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 1/4] migrate swapper_pg_dir (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Pavel Machek <pavel@....cz>)
Re: [PATCH v3 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v3 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 02/27] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 03/27] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 04/27] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 05/27] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 07/27] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 08/27] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 12/27] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 10/27] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 13/27] x86/boot/64: Build head64.c as mcmodel large when PIE is enabled (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 16/27] compiler: Option to add PROVIDE_HIDDEN replacement for weak symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 17/27] x86/relocs: Handle PIE relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 18/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 19/27] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 20/27] x86: Support global stack cookie (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 22/27] x86/modules: Add option to start module section after kernel (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 24/27] x86/mm: Make the x86 GOT read-only (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 25/27] x86/pie: Add option to build the kernel as PIE (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 26/27] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v4 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v4 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)

May 30 (13 messages)

[PATCH] arm64: mm: mark tramp_pg_dir read-only (YaoJun <yaojun8558363@...il.com>)
Re: [PATCH v4 09/27] x86/acpi: Adapt assembly for PIE support ("Rafael J. Wysocki" <rafael@...nel.org>)
Re: [PATCH v4 11/27] x86/power/64: Adapt assembly for PIE support ("Rafael J. Wysocki" <rafael@...nel.org>)
[PATCH 0/4] arm64/mm: migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 1/4] arm64/mm: migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 2/4] arm64/mm: migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 3/4] arm64/mm: migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
[PATCH 4/4] arm64/mm: migrate swapper_pg_dir (YaoJun <yaojun8558363@...il.com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH 1/4] arm64/mm: migrate swapper_pg_dir (Greg KH <greg@...ah.com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v4 14/27] x86/percpu: Adapt percpu for PIE support (Christopher Lameter <cl@...ux.com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (姚俊 <yaojun8558363@...il.com>)

May 31 (3 messages)

[PATCH v2 0/2] mark tramp_pg_dir read-only (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 1/2] arm64/mm: split tramp_pg_dir off from the data segment (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 2/2] arm64/mm: make tramp_pg_dir read-only (Jun Yao <yaojun8558363@...il.com>)

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