kernel-hardening mailing list - 2016/06

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

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

kernel-hardening mailing list - 2016/06

Mon	Tue	Wed	Thu	Fri	Sat	Sun
		¹ 1	²	³ 8	⁴ 2	⁵
⁶ 4	⁷ 13	⁸ 11	⁹ 15	¹⁰ 5	¹¹ 4	¹² 2
¹³ 13	¹⁴ 10	¹⁵ 13	¹⁶ 46	¹⁷ 33	¹⁸ 7	¹⁹ 1
²⁰ 27	²¹ 28	²² 15	²³ 30	²⁴ 54	²⁵ 7	²⁶ 40
²⁷ 22	²⁸ 39	²⁹ 9	³⁰ 5

Messages by day:

June 1 (1 message)

Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Andrew Morton <akpm@...ux-foundation.org>)

June 3 (8 messages)

Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH 0/2] expand use of __ro_after_init (Kees Cook <keescook@...omium.org>)
[PATCH 2/2] arm: apply more __ro_after_init (Kees Cook <keescook@...omium.org>)
[PATCH 1/2] x86: apply more __ro_after_init and const (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm: apply more __ro_after_init (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 2/2] arm: apply more __ro_after_init (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] arm: apply more __ro_after_init (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 2/2] arm: apply more __ro_after_init (Kees Cook <keescook@...omium.org>)

June 4 (2 messages)

Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Jeffrey Vander Stoep <jeffv@...gle.com>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Jeffrey Vander Stoep <jeffv@...gle.com>)

June 6 (4 messages)

Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (David Brown <david.brown@...aro.org>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin ("PaX Team" <pageexec@...email.hu>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Theodore Ts'o <tytso@....edu>)

June 7 (13 messages)

Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin ("PaX Team" <pageexec@...email.hu>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Theodore Ts'o <tytso@....edu>)
Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure (Michal Marek <mmarek@...e.com>)
Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure (Emese Revfy <re.emese@...il.com>)
[PATCH 2/5] lkdtm: clean up after rename (Kees Cook <keescook@...omium.org>)
[PATCH 0/5] lkdtm: add usercopy and rodata, fix atomic (Kees Cook <keescook@...omium.org>)
[PATCH 3/5] lkdtm: add function for testing .rodata section (Kees Cook <keescook@...omium.org>)
[PATCH 4/5] lkdtm: add usercopy tests (Kees Cook <keescook@...omium.org>)
[PATCH 5/5] lkdtm: split atomic test into over and underflow (Kees Cook <keescook@...omium.org>)
Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure (Kees Cook <keescook@...omium.org>)
[PATCH 1/5] lkdtm: split build into multiple source files (Kees Cook <keescook@...omium.org>)
Re: [PATCH 4/5] lkdtm: add usercopy tests (kbuild test robot <lkp@...el.com>)

June 8 (11 messages)

Re: [PATCH 4/5] lkdtm: add usercopy tests (kbuild test robot <lkp@...el.com>)
Re: [PATCH 3/5] lkdtm: add function for testing .rodata section (Laura Abbott <labbott@...hat.com>)
Re: [PATCH v9 0/4] Introduce GCC plugin infrastructure (Michal Marek <mmarek@...e.com>)
Re: [PATCH 3/5] lkdtm: add function for testing .rodata section (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/5] lkdtm: add function for testing .rodata section (Laura Abbott <labbott@...hat.com>)
[RFC][PATCH v2 0/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)
[PATCH v2 2/4] usercopy: avoid direct copying to userspace (Kees Cook <keescook@...omium.org>)
[PATCH v2 1/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)
[PATCH v2 4/4] usercopy: provide split of user-controlled slabs (Kees Cook <keescook@...omium.org>)
[PATCH v2 3/4] usercopy: whitelist user-copyable caches (Kees Cook <keescook@...omium.org>)
Re: [PATCH 3/5] lkdtm: add function for testing .rodata section (Kees Cook <keescook@...omium.org>)

June 9 (15 messages)

Re: [PATCH v2 1/4] mm: Hardened usercopy (Brad Spengler <spender@...ecurity.net>)
Re: [PATCH v2 1/4] mm: Hardened usercopy (Rik van Riel <riel@...hat.com>)
Re: [PATCH v2 1/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)
[RFC][PATCH v2 5/4] arm: fixes for usercopy (Kees Cook <keescook@...omium.org>)
RE: [RFC][PATCH v2 0/4] mm: Hardened usercopy ("Schaufler, Casey" <casey.schaufler@...el.com>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin ("PaX Team" <pageexec@...email.hu>)
Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Theodore Ts'o <tytso@....edu>)
Re: Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/3] Introduce the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: linux-next: Tree for Jun 9 (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/3] Introduce the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v2 2/4] usercopy: avoid direct copying to userspace (Rik van Riel <riel@...hat.com>)
[RFC][PATCH 6/4] mm: disallow user copy to/from separately allocated pages (Rik van Riel <riel@...hat.com>)

June 10 (5 messages)

Re: [PATCH 3/5] lkdtm: add function for testing .rodata section (Laura Abbott <labbott@...hat.com>)
Re: linux-next: Tree for Jun 9 (Sudip Mukherjee <sudipm.mukherjee@...il.com>)
[RFC][PATCH v2 6/4] mm: disallow user copy to/from separately allocated pages (Rik van Riel <riel@...hat.com>)
Re: [RFC][PATCH v2 6/4] mm: disallow user copy to/from separately allocated pages (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 2/4] usercopy: avoid direct copying to userspace (Kees Cook <keescook@...omium.org>)

June 11 (4 messages)

Re: Re: [PATCH v2 2/4] usercopy: avoid direct copying to userspace (Rik van Riel <riel@...hat.com>)
Re: linux-next: Tree for Jun 9 (Paul Gortmaker <paul.gortmaker@...driver.com>)
[PATCH] gcc-plugins: disable under COMPILE_TEST (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Paul Gortmaker <paul.gortmaker@...driver.com>)

June 12 (2 messages)

Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Emese Revfy <re.emese@...il.com>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Kees Cook <keescook@...omium.org>)

June 13 (13 messages)

Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Emese Revfy <re.emese@...il.com>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Sudip Mukherjee <sudipm.mukherjee@...il.com>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Julia Lawall <julia.lawall@...6.fr>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST ("Austin S. Hemmelgarn" <ahferroin7@...il.com>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Julia Lawall <julia.lawall@...6.fr>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Kees Cook <keescook@...omium.org>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Kees Cook <keescook@...omium.org>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs ("Leibowitz, Michael" <michael.leibowitz@...el.com>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Julia Lawall <julia.lawall@...6.fr>)
Re: [RFC 3/3] Change initialization C99 style; tag no_ramdomize_layout structs (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)

June 14 (10 messages)

Re: [PATCH] gcc-plugins: disable under COMPILE_TEST (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin (Laura Abbott <labbott@...hat.com>)
[PATCH v3 0/4] Introduce the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v3 1/4] Add support for passing gcc plugin arguments (Emese Revfy <re.emese@...il.com>)
[PATCH v3 2/4] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v3 3/4] Mark functions with the latent_entropy attribute (Emese Revfy <re.emese@...il.com>)
[PATCH v3 4/4] Add the extra_latent_entropy kernel parameter (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v2 1/3] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin (Emese Revfy <re.emese@...il.com>)

June 15 (13 messages)

Playing with virtually mapped stacks (with guard pages!) (Andy Lutomirski <luto@...capital.net>)
Re: Playing with virtually mapped stacks (with guard pages!) (Kees Cook <keescook@...omium.org>)
Re: Playing with virtually mapped stacks (with guard pages!) (Andy Lutomirski <luto@...capital.net>)
Re: Playing with virtually mapped stacks (with guard pages!) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 2/4] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/4] Introduce the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/4] Introduce the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v3 2/4] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v3 2/4] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v9 3/4] Add Cyclomatic complexity GCC plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/4] Introduce the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 0/4] Introduce the latent_entropy gcc plugin (Joe Perches <joe@...ches.com>)

June 16 (46 messages)

Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Valdis.Kletnieks@...edu)
Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)
Re: [PATCH 12/13] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Heiko Carstens <heiko.carstens@...ibm.com>)
[PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...nel.org>)
[PATCH 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...nel.org>)
[PATCH 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable() (Andy Lutomirski <luto@...nel.org>)
[PATCH 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately (Andy Lutomirski <luto@...nel.org>)
[PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH 05/13] mm: Move memcg stack accounting to account_kernel_stack (Andy Lutomirski <luto@...nel.org>)
[PATCH 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...nel.org>)
[PATCH 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack (Andy Lutomirski <luto@...nel.org>)
[PATCH 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...nel.org>)
[PATCH 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Andy Lutomirski <luto@...nel.org>)
[PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...nel.org>)
[PATCH 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Andy Lutomirski <luto@...nel.org>)
[PATCH 12/13] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH 13/13] x86/mm: Improve stack-overflow #PF handling (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 12/13] x86/mm/64: Enable vmapped stacks (Mika Penttilä <mika.penttila@...tfour.com>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Vladimir Davydov <vdavydov@...tuozzo.com>)
Re: [PATCH 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Borislav Petkov <bp@...en8.de>)
Re: Re: [PATCH 12/13] x86/mm/64: Enable vmapped stacks (Rik van Riel <riel@...hat.com>)
Initialising random(4) (Sandy Harris <sandyinchina@...il.com>)
Re: Initialising random(4) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 06/13] fork: Add generic vmalloced stack support (Kees Cook <keescook@...omium.org>)
Re: Initialising random(4) (Sandy Harris <sandyinchina@...il.com>)
Re: [PATCH 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Andy Lutomirski <luto@...capital.net>)
Re: Initialising random(4) (Kees Cook <keescook@...omium.org>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 04/13] mm: Track NR_KERNEL_STACK in pages instead of number of stacks (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Kees Cook <keescook@...omium.org>)
Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Valdis.Kletnieks@...edu)

June 17 (33 messages)

Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Valdis.Kletnieks@...edu)
Re: Initialising random(4) (Sandy Harris <sandyinchina@...il.com>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64) (Ingo Molnar <mingo@...nel.org>)
Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64) (Ingo Molnar <mingo@...nel.org>)
Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64) (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Ben Hutchings <ben@...adent.org.uk>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Alexander Shishkin <alexander.shishkin@...ux.intel.com>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Peter Zijlstra <peterz@...radead.org>)
Re: Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
[PATCH v2 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable() (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 12/13] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v2 13/13] x86/mm: Improve stack-overflow #PF handling (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Arnaldo Carvalho de Melo <acme@...nel.org>)
Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)

June 18 (7 messages)

Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately (Borislav Petkov <bp@...en8.de>)
[PATCH] kbuild: no gcc-plugins during cc-option tests (Kees Cook <keescook@...omium.org>)
[PATCH] latent_entropy: provide userspace visibility (Kees Cook <keescook@...omium.org>)
[RFC][PATCH] gcc-plugins: abort builds cleanly when not supported (Kees Cook <keescook@...omium.org>)
Re: [RFC][PATCH v2 0/4] mm: Hardened usercopy (Kees Cook <keescook@...omium.org>)

June 19 (1 message)

Re: [RFC][PATCH] gcc-plugins: abort builds cleanly when not supported (Emese Revfy <re.emese@...il.com>)

June 20 (27 messages)

Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core) (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
[PATCH v4 0/4] Introduce the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v4 1/4] Add support for passing gcc plugin arguments (Emese Revfy <re.emese@...il.com>)
[PATCH v4 2/4] Add the latent_entropy gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v4 3/4] Mark functions with the latent_entropy attribute (Emese Revfy <re.emese@...il.com>)
[PATCH v4 4/4] Add the extra_latent_entropy kernel parameter (Emese Revfy <re.emese@...il.com>)
[PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable() (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 03/13] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables() (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 12/13] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v3 13/13] x86/mm: Improve stack-overflow #PF handling (Andy Lutomirski <luto@...nel.org>)

June 21 (28 messages)

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Arnd Bergmann <arnd@...db.de>)
Re: [PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Vladimir Davydov <vdavydov@...tuozzo.com>)
Re: [PATCH v3 03/13] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables() (Matt Fleming <matt@...eblueprint.co.uk>)
Re: [PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks (Vladimir Davydov <vdavydov@...tuozzo.com>)
Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Jann Horn <jannh@...gle.com>)
Re: [PATCH v4 2/4] Add the latent_entropy gcc plugin (Christoph Hellwig <hch@...radead.org>)
Re: [PATCH v4 2/4] Add the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
Re: Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Rik van Riel <riel@...hat.com>)
Re: Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Rik van Riel <riel@...hat.com>)
Re: Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Rik van Riel <riel@...hat.com>)
Re: [PATCH v4 0/4] Introduce the latent_entropy gcc plugin (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Arnd Bergmann <arnd@...db.de>)
Re: Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Arnd Bergmann <arnd@...db.de>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Kees Cook <keescook@...omium.org>)

June 22 (15 messages)

[PATCH v7 3/9] x86/mm: PUD VA support for physical mapping (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 2/9] x86/mm: Update physical mapping variable names (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 4/9] x86/mm: Separate variable for trampoline PGD (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 0/9] x86/mm: memory area address KASLR (Kees Cook <keescook@...omium.org>)
[PATCH v7 8/9] x86/mm: Enable KASLR for vmemmap memory region (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 1/9] x86/mm: Refactor KASLR entropy functions (Kees Cook <keescook@...omium.org>)
[PATCH v7 6/9] x86/mm: Enable KASLR for physical mapping memory region (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 7/9] x86/mm: Enable KASLR for vmalloc memory region (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 5/9] x86/mm: Implement ASLR for kernel memory regions (x86_64) (Kees Cook <keescook@...omium.org>)
[PATCH v7 9/9] x86/mm: Memory hotplug support for KASLR memory randomization (x86_64) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Jason Cooper <jason@...edaemon.net>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Kees Cook <keescook@...omium.org>)

June 23 (30 messages)

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Jason Cooper <jason@...edaemon.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Sandy Harris <sandyinchina@...il.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Jason Cooper <jason@...edaemon.net>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Jason Cooper <jason@...edaemon.net>)

June 24 (54 messages)

Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Jason Cooper <jason@...edaemon.net>)
[PATCH v4 00/16] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 02/16] rxrpc: Avoid using stack memory in SG lists in rxkad (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 03/16] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 04/16] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 05/16] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 06/16] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 07/16] mm: Fix memcg stack accounting for sub-page stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 08/16] dma-api: Teach the "DMA-from-stack" check about vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 09/16] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 15/16] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 10/16] x86/die: Don't try to recover from an OOPS on a non-default stack (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 13/16] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 12/16] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 14/16] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 16/16] x86/mm: Improve stack-overflow #PF handling (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Johan Hedberg <johan.hedberg@...il.com>)
Re: [PATCH v7 0/9] x86/mm: memory area address KASLR (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v4 06/16] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 07/16] mm: Fix memcg stack accounting for sub-page stacks (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 12/16] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 13/16] x86/dumpstack: Try harder to get a call trace on stack overflow (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 14/16] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Josh Poimboeuf <jpoimboe@...hat.com>)
devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Jason Cooper <jason@...edaemon.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Oleg Nesterov <oleg@...hat.com>)
Re: devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [RFC][PATCH v2 6/4] mm: disallow user copy to/from separately allocated pages (Kees Cook <keescook@...omium.org>)
Re: [RFC][PATCH v2 6/4] mm: disallow user copy to/from separately allocated pages (Rik van Riel <riel@...hat.com>)
Re: [RFC][PATCH v2 6/4] mm: disallow user copy to/from separately allocated pages (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)

June 25 (7 messages)

[RFC] reference count hardening via kref: another attempt (Jann Horn <jannh@...gle.com>)
[RFC] kref: pin objects with dangerously high reference count (Jann Horn <jannh@...gle.com>)
Re: [RFC] reference count hardening via kref: another attempt (Kees Cook <keescook@...gle.com>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [RFC] reference count hardening via kref: another attempt (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Andy Lutomirski <luto@...capital.net>)

June 26 (40 messages)

Re: [RFC] kref: pin objects with dangerously high reference count ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC] kref: pin objects with dangerously high reference count (Jann Horn <jannh@...gle.com>)
[PATCH] powerpc/kernel: Disable the latent entropy plugin unconditionally (Emese Revfy <re.emese@...il.com>)
[PATCH] Automate make rule generation for gcc plugin objects (Emese Revfy <re.emese@...il.com>)
[PATCH] Add support for complex gcc plugins that don't fit in a single file (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 13/16] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...capital.net>)
[PATCH v4 00/29] virtually mapped stacks and thread_info cleanup (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 01/29] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 03/29] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 04/29] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 06/29] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 05/29] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 16/29] x86/mm: Improve stack-overflow #PF handling (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 17/29] x86: Move uaccess_err and sig_on_uaccess_err to thread_struct (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 08/29] dma-api: Teach the "DMA-from-stack" check about vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 07/29] mm: Fix memcg stack accounting for sub-page stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 10/29] x86/die: Don't try to recover from an OOPS on a non-default stack (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 12/29] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 09/29] fork: Add generic vmalloced stack support (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 19/29] signal: Consolidate {TS,TLF}_RESTORE_SIGMASK code (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 13/29] x86/dumpstack: Try harder to get a call trace on stack overflow (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 21/29] x86/smp: Remove unnecessary initialization of thread_info::cpu (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 11/29] x86/dumpstack: When OOPSing, rewind the stack before do_exit (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 23/29] kdb: Use task_cpu() instead of task_thread_info()->cpu (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 22/29] x86/asm: Move 'status' from struct thread_info to struct thread_struct (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 14/29] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 24/29] x86/entry: Get rid of pt_regs_to_thread_info() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 18/29] x86: Move addr_limit to thread_struct (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 26/29] sched: Allow putting thread_info into task_struct (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 27/29] x86: Move thread_info into task_struct (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 28/29] sched: Free the stack early if CONFIG_THREAD_INFO_IN_TASK (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 20/29] x86/smp: Remove stack_smp_processor_id() (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 29/29] fork: Cache two thread stacks per cpu if CONFIG_VMAP_STACK is set (Andy Lutomirski <luto@...nel.org>)
[PATCH v4 25/29] um: Stop conflating task_struct::stack with thread_info (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH v4 25/29] um: Stop conflating task_struct::stack with thread_info (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 25/29] um: Stop conflating task_struct::stack with thread_info (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 22/29] x86/asm: Move 'status' from struct thread_info to struct thread_struct (Brian Gerst <brgerst@...il.com>)

June 27 (22 messages)

Re: [PATCH v4 22/29] x86/asm: Move 'status' from struct thread_info to struct thread_struct (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 22/29] x86/asm: Move 'status' from struct thread_info to struct thread_struct (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 22/29] x86/asm: Move 'status' from struct thread_info to struct thread_struct (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 28/29] sched: Free the stack early if CONFIG_THREAD_INFO_IN_TASK (Andy Lutomirski <luto@...capital.net>)
Usercopy caught another one - ping IPv6... (Valdis Kletnieks <Valdis.Kletnieks@...edu>)
Re: [PATCH v4 01/29] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Marcel Holtmann <marcel@...tmann.org>)
Re: [PATCH v4 05/29] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables() (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v4 01/29] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core) (Michal Hocko <mhocko@...nel.org>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH] powerpc/kernel: Disable the latent entropy plugin unconditionally (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Brian Gerst <brgerst@...il.com>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v4 01/29] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Marcel Holtmann <marcel@...tmann.org>)
Re: [PATCH v4 01/29] bluetooth: Switch SMP to crypto_cipher_encrypt_one() (Andy Lutomirski <luto@...capital.net>)

June 28 (39 messages)

Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (Herbert Xu <herbert@...dor.apana.org.au>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
[PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v1 1/2] Add the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
[PATCH v1 2/2] Mark functions with the __nocapture attribute (Emese Revfy <re.emese@...il.com>)
Re: [PATCH] powerpc/kernel: Disable the latent entropy plugin unconditionally (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Mark Rutland <mark.rutland@....com>)
Re: Usercopy caught another one - ping IPv6... (Marcus Meissner <meissner@...e.de>)
Re: [PATCH v4 02/29] rxrpc: Avoid using stack memory in SG lists in rxkad (David Howells <dhowells@...hat.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: Usercopy caught another one - ping IPv6... (Valdis.Kletnieks@...edu)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Joe Perches <joe@...ches.com>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Joe Perches <joe@...ches.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Mathias Krause <minipli@...linux.so>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Joe Perches <joe@...ches.com>)
Re: [PATCH v4 04/29] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v4 04/29] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Joe Perches <joe@...ches.com>)
Re: [PATCH v1 1/2] Add the initify gcc plugin (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Joe Perches <joe@...ches.com>)
Re: Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Valdis.Kletnieks@...edu)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Joe Perches <joe@...ches.com>)

June 29 (9 messages)

Re: [PATCH v4 00/29] virtually mapped stacks and thread_info cleanup (Mika Penttilä <mika.penttila@...tfour.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v1 1/2] Add the initify gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 00/29] virtually mapped stacks and thread_info cleanup (Mika Penttilä <mika.penttila@...tfour.com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v1 0/2] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v1 1/2] Add the initify gcc plugin (Emese Revfy <re.emese@...il.com>)

June 30 (5 messages)

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute (Joe Perches <joe@...ches.com>)
Re: [PATCH v4 08/29] dma-api: Teach the "DMA-from-stack" check about vmapped stacks (Borislav Petkov <bp@...en8.de>)
Re: devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Jason Cooper <jason@...edaemon.net>)
Re: devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Jason Cooper <jason@...edaemon.net>)
Re: devicetree random-seed properties, was: "Re: [PATCH v7 0/9] x86/mm: memory area address KASLR" (Thomas Garnier <thgarnie@...gle.com>)

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