kernel-hardening mailing list - 2018/06

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

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

kernel-hardening mailing list - 2018/06

Mon	Tue	Wed	Thu	Fri	Sat	Sun
				¹ 31	² 4	³ 3
⁴ 6	⁵ 8	⁶ 4	⁷ 11	⁸ 3	⁹	¹⁰ 1
¹¹	¹²	¹³ 1	¹⁴	¹⁵ 10	¹⁶ 1	¹⁷
¹⁸ 7	¹⁹ 12	²⁰ 15	²¹ 27	²² 15	²³ 1	²⁴ 2
²⁵ 13	²⁶ 34	²⁷ 10	²⁸ 1	²⁹ 5	³⁰ 4

Messages by day:

June 1 (31 messages)

[PATCH v3 00/16] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
[PATCH v3 01/16] compiler.h: enable builtin overflow checkers and add fallback code (Kees Cook <keescook@...omium.org>)
[PATCH v3 03/16] lib: overflow: Report test failures (Kees Cook <keescook@...omium.org>)
[PATCH v3 04/16] overflow.h: Add allocation size calculation helpers (Kees Cook <keescook@...omium.org>)
[PATCH v3 05/16] lib: overflow: Add memory allocation overflow tests (Kees Cook <keescook@...omium.org>)
[PATCH v3 02/16] lib: add runtime test of check_*_overflow functions (Kees Cook <keescook@...omium.org>)
[PATCH v3 07/16] mm: Use overflow helpers in kvmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH v3 08/16] device: Use overflow helpers for devm_kmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH v3 06/16] mm: Use overflow helpers in kmalloc_array*() (Kees Cook <keescook@...omium.org>)
[PATCH v3 11/16] treewide: Use struct_size() for devm_kmalloc() and friends (Kees Cook <keescook@...omium.org>)
[PATCH v3 10/16] treewide: Use struct_size() for vmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH v3 12/16] treewide: Use array_size() for kmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH v3 09/16] treewide: Use struct_size() for kmalloc()-family (Kees Cook <keescook@...omium.org>)
[PATCH v3 15/16] treewide: Use array_size() for devm_*alloc()-like (Kees Cook <keescook@...omium.org>)
[PATCH v3 13/16] treewide: Use array_size() for kmalloc()-family, leftovers (Kees Cook <keescook@...omium.org>)
[PATCH v3 14/16] treewide: Use array_size() for vmalloc() (Kees Cook <keescook@...omium.org>)
[PATCH v3 16/16] treewide: Use array_size() for devm_*alloc()-like, leftovers (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/16] Provide saturating helpers for allocation (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/16] Provide saturating helpers for allocation (Kees Cook <keescook@...omium.org>)
[PATCH 0/4] arm64/mm: migrate swapper_pg_dir (Jun Yao <yaojun8558363@...il.com>)
[PATCH 1/4] arm64/mm: pass swapper_pg_dir as an argument to __enable_mmu() (Jun Yao <yaojun8558363@...il.com>)
[PATCH 2/4] arm64/mm: introduce variable to save new swapper_pg_dir address (Jun Yao <yaojun8558363@...il.com>)
[PATCH 3/4] arm64/mm: make tramp_pg_dir and swapper_pg_dir adjacent (Jun Yao <yaojun8558363@...il.com>)
[PATCH 4/4] arm64/mm: migrate swapper_pg_dir and tramp_pg_dir (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH 0/4] arm64/mm: migrate swapper_pg_dir (Robin Murphy <robin.murphy@....com>)
Re: [PATCH 4/4] arm64/mm: migrate swapper_pg_dir and tramp_pg_dir (Robin Murphy <robin.murphy@....com>)
Re: [PATCH v3 05/16] lib: overflow: Add memory allocation overflow tests (Andy Shevchenko <andy.shevchenko@...il.com>)
Re: [PATCH 1/4] arm64/mm: pass swapper_pg_dir as an argument to __enable_mmu() (James Morse <james.morse@....com>)
Re: [PATCH v3 00/16] Provide saturating helpers for allocation (Peter Rosin <peda@...ntia.se>)
Re: [PATCH v4 18/27] xen: Adapt assembly for PIE support (Boris Ostrovsky <boris.ostrovsky@...cle.com>)
Re: [PATCH v4 18/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)

June 2 (4 messages)

Nethammer and kernel network drivers (procmem <procmem@...eup.net>)
Re: Nethammer and kernel network drivers (Greg KH <gregkh@...uxfoundation.org>)
Re: Nethammer and kernel network drivers (procmem <procmem@...eup.net>)
Re: Nethammer and kernel network drivers (procmem <procmem@...eup.net>)

June 3 (3 messages)

Re: Nethammer and kernel network drivers (Greg KH <gregkh@...uxfoundation.org>)
Re: Nethammer and kernel network drivers (procmem <procmem@...eup.net>)
Re: Nethammer and kernel network drivers (Greg KH <gregkh@...uxfoundation.org>)

June 4 (6 messages)

Re: [PATCH 0/4] arm64/mm: migrate swapper_pg_dir (Jun Yao <yaojun8558363@...il.com>)
Re: [1/2] powerpc: Rename thread_struct.fs to addr_limit (Michael Ellerman <patch-notifications@...erman.id.au>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Steve Kemp <steve.backup.kemp@...il.com>)
Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)

June 5 (8 messages)

[PATCH v2 0/3] arm64/mm: migrate swapper_pg_dir (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 1/3] arm64/mm: pass swapper_pg_dir as an argument to __enable_mmu() (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 2/3] arm64/mm: introduce variable to save new swapper_pg_dir address (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 3/3] arm64/mm: migrate swapper_pg_dir and tramp_pg_dir (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v4 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v2 1/3] arm64/mm: pass swapper_pg_dir as an argument to __enable_mmu() (Laura Abbott <labbott@...hat.com>)

June 6 (4 messages)

[PATCH v3 0/3] arm64/mm: migrate swapper_pg_dir (Jun Yao <yaojun8558363@...il.com>)
[PATCH v3 1/3] arm64/mm: pass swapper_pg_dir as an argument to __enable_mmu() (Jun Yao <yaojun8558363@...il.com>)
[PATCH v3 2/3] arm64/mm: introduce variable to save new swapper_pg_dir address (Jun Yao <yaojun8558363@...il.com>)
[PATCH v3 3/3] arm64/mm: migrate swapper_pg_dir and tramp_pg_dir (Jun Yao <yaojun8558363@...il.com>)

June 7 (11 messages)

[PATCH 3/6] Convert v4l2 event to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 6/6] Convert intel uncore to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 2/6] Convert infiniband uverbs to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 4/6] Convert vhost to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 1/6] Convert virtio_console to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 0/6] More conversions to struct_size (Matthew Wilcox <willy@...radead.org>)
[PATCH 5/6] Convert jffs2 acl to struct_size (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 6/6] Convert intel uncore to struct_size (Ralph Campbell <rcampbell@...dia.com>)
Re: [PATCH 6/6] Convert intel uncore to struct_size (Shakeel Butt <shakeelb@...gle.com>)
Re: [PATCH 1/6] Convert virtio_console to struct_size (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/6] Convert virtio_console to struct_size (Kees Cook <keescook@...omium.org>)

June 8 (3 messages)

Re: [PATCH 3/6] Convert v4l2 event to struct_size (kbuild test robot <lkp@...el.com>)
Re: [PATCH 6/6] Convert intel uncore to struct_size (kbuild test robot <lkp@...el.com>)
Re: [PATCH 6/6] Convert intel uncore to struct_size (kbuild test robot <lkp@...el.com>)

June 10 (1 message)

Re: [PATCH] proc: prevent a task from writing on its own /proc/*/mem (Salvatore Mesoraca <s.mesoraca16@...il.com>)

June 13 (1 message)

Re: [PATCH v3 3/3] arm64/mm: migrate swapper_pg_dir and tramp_pg_dir (James Morse <james.morse@....com>)

June 15 (10 messages)

[PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Douglas Gilbert <dgilbert@...erlog.com>)

June 16 (1 message)

Design Decision for KVM based anti rootkit (Ahmed Soliman <ahmedsoliman0x666@...il.com>)

June 18 (7 messages)

Re: Design Decision for KVM based anti rootkit (David Hildenbrand <david@...hat.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jens Axboe <axboe@...nel.dk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Benjamin Block <bblock@...ux.vnet.ibm.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Al Viro <viro@...IV.linux.org.uk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jens Axboe <axboe@...nel.dk>)
Re: Design Decision for KVM based anti rootkit (Ahmed Soliman <ahmedsoliman0x666@...il.com>)
Re: Design Decision for KVM based anti rootkit (David Hildenbrand <david@...hat.com>)

June 19 (12 messages)

Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Will Deacon <will.deacon@....com>)
Re: [PATCH] arm64: mm: mark tramp_pg_dir read-only (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: Design Decision for KVM based anti rootkit (David Vrabel <david.vrabel@...anix.com>)
Re: Design Decision for KVM based anti rootkit (Ahmed Soliman <ahmedsoliman0x666@...il.com>)

June 20 (15 messages)

Re: [PATCH v2] net: dsa: drop some VLAs in switch.c (Kees Cook <keescook@...omium.org>)
[PATCH 0/1] Move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} (Jun Yao <yaojun8558363@...il.com>)
[PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
[PATCH 0/3] KASLR feature to randomize each loadable module (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 2/3] x86/modules: Increase randomization for modules (Rick Edgecombe <rick.p.edgecombe@...el.com>)
[PATCH 3/3] vmalloc: Add debugfs modfraginfo (Rick Edgecombe <rick.p.edgecombe@...el.com>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function (Randy Dunlap <rdunlap@...radead.org>)

June 21 (27 messages)

Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH 3/3] vmalloc: Add debugfs modfraginfo (kbuild test robot <lkp@...el.com>)
Re: [PATCH 3/3] vmalloc: Add debugfs modfraginfo (kbuild test robot <lkp@...el.com>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (James Morse <james.morse@....com>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH 3/3] vmalloc: Add debugfs modfraginfo (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jann Horn <jannh@...gle.com>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module (Jann Horn <jannh@...gle.com>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Jens Axboe <axboe@...nel.dk>)
Re: [PATCH] sg, bsg: mitigate read/write abuse, block uaccess in release (Christoph Hellwig <hch@...radead.org>)
[PATCH v2] sg: mitigate read/write abuse (Jann Horn <jannh@...gle.com>)
Re: [PATCH v2] sg: mitigate read/write abuse (Douglas Gilbert <dgilbert@...erlog.com>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (James Morse <james.morse@....com>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH 3/3] vmalloc: Add debugfs modfraginfo ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v2] sg: mitigate read/write abuse (Jann Horn <jannh@...gle.com>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH 0/3] KASLR feature to randomize each loadable module (Daniel Borkmann <daniel@...earbox.net>)
Re: [PATCH 1/3] vmalloc: Add __vmalloc_node_try_addr function ("Edgecombe, Rick P" <rick.p.edgecombe@...el.com>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)

June 22 (15 messages)

Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH 1/1] arm64/mm: move {idmap_pg_dir,tramp_pg_dir,swapper_pg_dir} to .rodata section (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 1/6] gcc-plugins: Clean up the cgraph_create_edge* macros (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 3/6] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 4/6] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 5/6] fs/proc: Show STACKLEAK metrics in the /proc file system (Alexander Popov <alex.popov@...ux.com>)
[PATCH v13 (resend) 6/6] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v13 (resend) 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Laura Abbott <labbott@...hat.com>)

June 23 (1 message)

Re: [PATCH v2] sg: mitigate read/write abuse (Douglas Gilbert <dgilbert@...erlog.com>)

June 24 (2 messages)

Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Jordan Glover <Golden_Miller83@...tonmail.ch>)

June 25 (13 messages)

Re: [PATCH v2] sg: mitigate read/write abuse (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 0/2] Move {tramp_pg_dir,swapper_pg_dir} to .rodata (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 1/2] arm64/mm: Introduce init_pg_dir (Jun Yao <yaojun8558363@...il.com>)
[PATCH v2 2/2] arm64/mm: Move {tramp_pg_dir, swapper_pg_dir} to .rodata section (Jun Yao <yaojun8558363@...il.com>)
Re: [PATCH v2 1/2] arm64/mm: Introduce init_pg_dir (kbuild test robot <lkp@...el.com>)
Re: [PATCH v2 1/2] arm64/mm: Introduce init_pg_dir (kbuild test robot <lkp@...el.com>)
[PATCH v3] sg: mitigate read/write abuse (Jann Horn <jannh@...gle.com>)
Re: [PATCH v2 1/2] arm64/mm: Introduce init_pg_dir (James Morse <james.morse@....com>)
Re: [PATCH v3] sg: mitigate read/write abuse (Douglas Gilbert <dgilbert@...erlog.com>)
Re: [PATCH v5 15/27] compiler: Option to default to hidden symbols (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v5 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v5 23/27] x86/modules: Adapt module loading for PIE support (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH v5 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)

June 26 (34 messages)

[PATCH v5 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 02/27] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 03/27] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 04/27] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 05/27] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 07/27] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 08/27] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 10/27] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 12/27] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 13/27] x86/boot/64: Build head64.c as mcmodel large when PIE is enabled (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 16/27] compiler: Option to add PROVIDE_HIDDEN replacement for weak symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 17/27] x86/relocs: Handle PIE relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 18/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 19/27] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 20/27] x86: Support global stack cookie (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 21/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 22/27] x86/modules: Add option to start module section after kernel (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 24/27] x86/mm: Make the x86 GOT read-only (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 25/27] x86/pie: Add option to build the kernel as PIE (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v5 26/27] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v2 2/2] arm64/mm: Move {tramp_pg_dir, swapper_pg_dir} to .rodata section (James Morse <james.morse@....com>)
Re: [PATCH v5 21/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)
[RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v3] sg: mitigate read/write abuse ("Martin K. Petersen" <martin.petersen@...cle.com>)
Re: [RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Ard Biesheuvel <ard.biesheuvel@...aro.org>)

June 27 (10 messages)

Re: [v2 PATCH] add param that allows bootline control of hardened usercopy (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 (resend) 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 (resend) 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH v13 (resend) 2/6] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v2 2/2] arm64/mm: Move {tramp_pg_dir, swapper_pg_dir} to .rodata section (Suzuki K Poulose <Suzuki.Poulose@....com>)
Re: [PATCH v2 2/2] arm64/mm: Move {tramp_pg_dir, swapper_pg_dir} to .rodata section (James Morse <james.morse@....com>)
[PATCH v3] add param that allows bootline control of hardened usercopy (Chris von Recklinghausen <crecklin@...hat.com>)
Re: [RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Laura Abbott <labbott@...hat.com>)
Re: [RFC PATCH] arm64/mm: unmap the linear alias of module allocations (Ard Biesheuvel <ard.biesheuvel@...aro.org>)

June 28 (1 message)

Re: [PATCH v13 0/6] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)

June 29 (5 messages)

[PATCH] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)
Re: [PATCH] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)
Re: [PATCH] arm64: Clear the stack (Laura Abbott <labbott@...hat.com>)
Re: [PATCH] arm64: Clear the stack (Kees Cook <keescook@...omium.org>)

June 30 (4 messages)

Re: [PATCH v3] add param that allows bootline control of hardened usercopy (kbuild test robot <lkp@...el.com>)
Re: [PATCH v3] add param that allows bootline control of hardened usercopy (kbuild test robot <lkp@...el.com>)
Re: [PATCH v3] add param that allows bootline control of hardened usercopy (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3] add param that allows bootline control of hardened usercopy (Christoph von Recklinghausen <crecklin@...hat.com>)

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