kernel-hardening mailing list - 2017/10

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

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

kernel-hardening mailing list - 2017/10

Mon	Tue	Wed	Thu	Fri	Sat	Sun
						¹ 8
² 16	³ 8	⁴ 74	⁵ 17	⁶ 2	⁷ 1	⁸ 1
⁹ 4	¹⁰ 8	¹¹ 40	¹² 8	¹³ 11	¹⁴	¹⁵
¹⁶ 1	¹⁷ 6	¹⁸ 18	¹⁹ 15	²⁰ 14	²¹ 17	²² 13
²³ 15	²⁴ 8	²⁵ 10	²⁶ 27	²⁷ 5	²⁸ 2	²⁹ 1
³⁰ 13	³¹ 17

Messages by day:

October 1 (8 messages)

[RFC V2 0/6] add more kernel pointer filter options ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 2/6] lib: vsprintf: whitelist stack traces ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 3/6] lib: vsprintf: physical address kernel pointer filtering options ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 5/6] lib: vsprintf: add "%paP", "%papP", and "%padP" specifiers ("Tobin C. Harding" <me@...in.cc>)
[RFC V2 6/6] drivers: uio: un-restrict sysfs pointers for UIO ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC V2 0/6] add more kernel pointer filter options ("Tobin C. Harding" <me@...in.cc>)

October 2 (16 messages)

Modular BIG_KEYS (was: Re: [PATCH v4] security/keys: rewrite all of big_key crypto) (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces (Will Deacon <will.deacon@....com>)
Re: Modular BIG_KEYS (was: Re: [PATCH v4] security/keys: rewrite all of big_key crypto) (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH 0/2] capability controlled user-namespaces ("Serge E. Hallyn" <serge@...lyn.com>)
[PATCH] x86/fpu: Don't let userspace set bogus xcomp_bv (Eric Biggers <ebiggers3@...il.com>)
[PATCH] x86/fpu: Don't let userspace set bogus xcomp_bv (Eric Biggers <ebiggers3@...il.com>)
[PATCH] x86/fpu: Don't let userspace set bogus xcomp_bv (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH 0/2] capability controlled user-namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH] x86/fpu: Don't let userspace set bogus xcomp_bv (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 1/3] sh/boot: Add static stack-protector to pre-kernel (Kees Cook <keescook@...omium.org>)
[PATCH 0/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO (Kees Cook <keescook@...omium.org>)
[PATCH 3/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO (Kees Cook <keescook@...omium.org>)
[PATCH 2/3] Makefile: Move stackprotector availability out of Kconfig (Kees Cook <keescook@...omium.org>)
Re: x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
Re: Modular BIG_KEYS (was: Re: [PATCH v4] security/keys: rewrite all of big_key crypto) (David Howells <dhowells@...hat.com>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces ("Tobin C. Harding" <me@...in.cc>)

October 3 (8 messages)

Re: Modular BIG_KEYS (was: Re: [PATCH v4] security/keys: rewrite all of big_key crypto) (David Howells <dhowells@...hat.com>)
Re: [PATCH 0/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO (Mark Rutland <mark.rutland@....com>)
[PATCH 3.18 22/24] x86/fpu: Dont let userspace set bogus xcomp_bv (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.4 30/41] x86/fpu: Dont let userspace set bogus xcomp_bv (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.9 56/64] x86/fpu: Dont let userspace set bogus xcomp_bv (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
[PATCH 4.13 106/110] x86/fpu: Dont let userspace set bogus xcomp_bv (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH 0/3] Makefile: Introduce CONFIG_CC_STACKPROTECTOR_AUTO (Kees Cook <keescook@...omium.org>)
[PATCH] Makefile: Fix CONFIG_CC_STACKPROTECTOR_AUTO to not enable SSP (Kees Cook <keescook@...omium.org>)

October 4 (74 messages)

Re: [RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 3/6] lib: vsprintf: physical address kernel pointer filtering options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 5/6] lib: vsprintf: add "%paP", "%papP", and "%padP" specifiers (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 6/6] drivers: uio: un-restrict sysfs pointers for UIO (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces (Will Deacon <will.deacon@....com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 2/6] lib: vsprintf: whitelist stack traces ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC V2 0/6] add more kernel pointer filter options ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC V2 0/6] add more kernel pointer filter options ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 1/6] lib: vsprintf: additional kernel pointer filtering options (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 2/3] Makefile: Move stackprotector availability out of Kconfig (Masahiro Yamada <yamada.masahiro@...ionext.com>)
Re: Re: [PATCH 2/3] Makefile: Move stackprotector availability out of Kconfig (Greg KH <greg@...ah.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
RE: [RFC V2 0/6] add more kernel pointer filter options ("Roberts, William C" <william.c.roberts@...el.com>)
Re: Re: [PATCH 2/3] Makefile: Move stackprotector availability out of Kconfig (Kees Cook <keescook@...omium.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Boris Lukashev <blukashev@...pervictus.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Kees Cook <keescook@...omium.org>)
RE: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: Re: [PATCH 2/3] Makefile: Move stackprotector availability out of Kconfig (Greg KH <greg@...ah.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Ian Campbell <ijc@...lion.org.uk>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Jordan Glover <Golden_Miller83@...tonmail.ch>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Jann Horn <jannh@...gle.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 4/6] lib: vsprintf: default kptr_restrict to the maximum value (Linus Torvalds <torvalds@...ux-foundation.org>)
x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 02/27] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 03/27] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 04/27] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 05/27] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 07/27] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 08/27] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 10/27] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 12/27] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 13/27] x86/boot/64: Use _text in a global for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 16/27] x86/relocs: Handle PIE relocations (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 17/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 18/27] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 19/27] x86: Support global stack cookie (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 21/27] x86/mm/dump_pagetables: Fix address markers index on x86_64 (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 22/27] x86/modules: Add option to start module section after kernel (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 24/27] x86/mm: Make the x86 GOT read-only (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 25/27] x86/pie: Add option to build the kernel as PIE (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 26/27] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
[RFC v3 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)
RE: [RFC V2 0/6] add more kernel pointer filter options ("Roberts, William C" <william.c.roberts@...el.com>)
[PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v4 2/3] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v4 3/3] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)

October 5 (17 messages)

Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Daniel Micay <danielmicay@...il.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Kees Cook <keescook@...omium.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Kees Cook <keescook@...omium.org>)
Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Bjorn Helgaas <bhelgaas@...gle.com>)
RE: [RFC V2 0/6] add more kernel pointer filter options ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Dave Weinstein <olorin@...gle.com>)

October 6 (2 messages)

Re: [RFC V2 0/6] add more kernel pointer filter options (Djalal Harouni <tixxdz@...il.com>)
Re: x86: PIE support and option to extend KASLR randomization (Pavel Machek <pavel@....cz>)

October 7 (1 message)

Re: [RFC V2 0/6] add more kernel pointer filter options (Theodore Ts'o <tytso@....edu>)

October 8 (1 message)

Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)

October 9 (4 messages)

[PATCH] lib/vsprintf: add default case to 'i' specifier ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] lib/vsprintf: add default case to 'i' specifier (Tycho Andersen <tycho@...ker.com>)
[sancov] 543c37cb16 BUG: kernel reboot-without-warning in boot stage (Fengguang Wu <fengguang.wu@...el.com>)
Re: [PATCH] lib/vsprintf: add default case to 'i' specifier ("Tobin C. Harding" <me@...in.cc>)

October 10 (8 messages)

Re: [PATCH] lib/vsprintf: add default case to 'i' specifier (Joe Perches <joe@...ches.com>)
Re: [PATCH] lib/vsprintf: add default case to 'i' specifier ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Laura Abbott <labbott@...hat.com>)
[PATCH 0/3] add %pX specifier ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 0/3] add %pX specifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 0/3] add %pX specifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 0/3] add %pX specifier ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 0/3] add %pX specifier ("Tobin C. Harding" <me@...in.cc>)

October 11 (40 messages)

Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Laura Abbott <labbott@...hat.com>)
Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 0/3] add %pX specifier (Joe Perches <joe@...ches.com>)
[PATCH] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] printk: hash addresses printed with %p (Joe Perches <joe@...ches.com>)
Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH] printk: hash addresses printed with %p (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH] printk: hash addresses printed with %p (Theodore Ts'o <tytso@....edu>)
Re: [PATCH 0/3] add %pX specifier ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH 0/3] add %pX specifier ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 02/27] x86: Use symbol name on bug table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 03/27] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 04/27] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 05/27] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 07/27] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 08/27] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 10/27] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 09/27] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 11/27] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 12/27] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 13/27] x86/boot/64: Use _text in a global for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 14/27] x86/percpu: Adapt percpu for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 16/27] x86/relocs: Handle PIE relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 19/27] x86: Support global stack cookie (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 18/27] kvm: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 17/27] xen: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 21/27] x86/mm/dump_pagetables: Fix address markers index on x86_64 (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 20/27] x86/ftrace: Adapt function tracing for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 23/27] x86/modules: Adapt module loading for PIE support (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 22/27] x86/modules: Add option to start module section after kernel (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 24/27] x86/mm: Make the x86 GOT read-only (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 25/27] x86/pie: Add option to build the kernel as PIE (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 26/27] x86/relocs: Add option to generate 64-bit relocations (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 27/27] x86/kaslr: Add option to extend KASLR range from 1GB to 3GB (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH 0/3] add %pX specifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH 0/3] add %pX specifier ("Jason A. Donenfeld" <Jason@...c4.com>)

October 12 (8 messages)

Re: [PATCH] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Tom Lendacky <thomas.lendacky@....com>)
Re: [PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH 0/3] add %pX specifier (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Tom Lendacky <thomas.lendacky@....com>)
Re: [PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Markus Trippelsdorf <markus@...ppelsdorf.de>)
Re: [PATCH v1 15/27] compiler: Option to default to hidden symbols ("Luis R. Rodriguez" <mcgrof@...nel.org>)

October 13 (11 messages)

RE: [RFC V2 0/6] add more kernel pointer filter options ("Roberts, William C" <william.c.roberts@...el.com>)
RE: [RFC V2 0/6] add more kernel pointer filter options ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [PATCH RFC v4 1/3] gcc-plugins: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Andy Lutomirski <luto@...capital.net>)
RE: [PATCH 0/3] add %pX specifier ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Kees Cook <keescook@...omium.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Kees Cook <keescook@...omium.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC V2 0/6] add more kernel pointer filter options (Theodore Ts'o <tytso@....edu>)

October 16 (1 message)

Re: [PATCH 0/3] add %pX specifier (Tobin Harding <me@...in.cc>)

October 17 (6 messages)

[PATCH v2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v2] printk: hash addresses printed with %p (Joe Perches <joe@...ches.com>)
Re: [PATCH v2] printk: hash addresses printed with %p (Steven Rostedt <rostedt@...dmis.org>)
RE: [PATCH v2] printk: hash addresses printed with %p ("Roberts, William C" <william.c.roberts@...el.com>)
Re: [PATCH v2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)

October 18 (18 messages)

Re: [PATCH v2] printk: hash addresses printed with %p (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v2] printk: hash addresses printed with %p (Steven Rostedt <rostedt@...dmis.org>)
[PATCH v3] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH v4] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v4] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
Re: [PATCH v4] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: Re: [PATCH v2] printk: hash addresses printed with %p (Theodore Ts'o <tytso@....edu>)
[PATCH v5] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5] printk: hash addresses printed with %p (Kees Cook <keescook@...omium.org>)
Re: [PATCH v1 15/27] compiler: Option to default to hidden symbols (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v1 00/27] x86: PIE support and option to extend KASLR randomization (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5] printk: hash addresses printed with %p (Joe Perches <joe@...ches.com>)

October 19 (15 messages)

Re: [PATCH v4] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v5] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
[RFC] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC] scripts: add leaking_addresses.pl (Steven Rostedt <rostedt@...dmis.org>)
Re: [RFC] scripts: add leaking_addresses.pl (Petr Mladek <pmladek@...e.com>)
Re: [PATCH 0/2] capability controlled user-namespaces (Mahesh Bandewar (महेश बंडेवार) <maheshb@...gle.com>)
Re: [PATCH v5] printk: hash addresses printed with %p (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v1 15/27] compiler: Option to default to hidden symbols ("Luis R. Rodriguez" <mcgrof@...nel.org>)
Re: [RFC] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)

October 20 (14 messages)

Re: x86: PIE support and option to extend KASLR randomization (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v1 01/27] x86/crypto: Adapt assembly for PIE support (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v1 01/27] x86/crypto: Adapt assembly for PIE support (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v1 01/27] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v1 06/27] x86/entry/64: Adapt assembly for PIE support (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 00/23] Hardened usercopy whitelisting (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH 0/2] KVM: fixes for the kernel-hardening tree (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH 1/2] KVM: allow setting a usercopy region in struct kvm_vcpu (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH 2/2] KVM: fix KVM_XEN_HVM_CONFIG ioctl (Paolo Bonzini <pbonzini@...hat.com>)
Re: [PATCH 00/23] Hardened usercopy whitelisting (Paolo Bonzini <pbonzini@...hat.com>)

October 21 (17 messages)

Re: [PATCH 00/23] Hardened usercopy whitelisting (Kees Cook <keescook@...omium.org>)
[PATCH] fs: check for DAC_READ_SEARCH instead of SYS_ADMIN (Nicolas Belouin <nicolas@...ouin.fr>)
[PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe (Nicolas Belouin <nicolas@...ouin.fr>)
[PATCH] fs: check for CAP_SYS_RESOURCE instead of CAP_SYS_ADMIN (Nicolas Belouin <nicolas@...ouin.fr>)
[RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT (Nicolas Belouin <nicolas@...ouin.fr>)
[RFC PATCH 2/2] fs: add the possibility to use CAP_SYS_MOUNT to (u)mount a fs (Nicolas Belouin <nicolas@...ouin.fr>)
[RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED (Nicolas Belouin <nicolas@...ouin.fr>)
[RFC PATCH 2/2] fs: Grant CAP_TRUSTED rw access to trusted xattrs (Nicolas Belouin <nicolas@...ouin.fr>)
Re: [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe (Nick Kralevich <nnk@...gle.com>)
Re: [PATCH 1/2] KVM: allow setting a usercopy region in struct kvm_vcpu (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED ("Serge E. Hallyn" <serge@...lyn.com>)
Re: [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED (Casey Schaufler <casey@...aufler-ca.com>)
Re: [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT (Casey Schaufler <casey@...aufler-ca.com>)
Re: [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT (Nicolas Belouin <nicolas@...ouin.fr>)
[PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Christoffer Dall <christoffer.dall@...aro.org>)
Re: [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe (Nicolas Belouin <nicolas@...ouin.fr>)
Re: [PATCH RFC v4 0/3] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)

October 22 (13 messages)

[PATCH RFC v5 0/5] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v5 1/5] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v5 3/5] lkdtm: Add a test for STACKLEAK (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v5 4/5] fs/proc: Show STACKLEAK metrics in the /proc file system (Alexander Popov <alex.popov@...ux.com>)
[PATCH RFC v5 5/5] doc: self-protection: Add information about STACKLEAK feature (Alexander Popov <alex.popov@...ux.com>)
Re: [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT (Casey Schaufler <casey@...aufler-ca.com>)
Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Kees Cook <keescook@...omium.org>)
Re: [PATCH] fs: check for DAC_READ_SEARCH instead of SYS_ADMIN (Theodore Ts'o <tytso@....edu>)
Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Christoffer Dall <cdall@...aro.org>)
Re: [PATCH RFC v5 0/5] Introduce the STACKLEAK feature and a test for it (Peter Zijlstra <peterz@...radead.org>)
[PATCH v6] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v5] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)

October 23 (15 messages)

Re: [PATCH RFC v5 0/5] Introduce the STACKLEAK feature and a test for it (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (David Hildenbrand <david@...hat.com>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH RFC v5 0/5] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v5 0/5] Introduce the STACKLEAK feature and a test for it (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (Cornelia Huck <cohuck@...hat.com>)
Re: [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT (Stephen Smalley <sds@...ho.nsa.gov>)
Re: [PATCH RFC v5 1/5] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Tycho Andersen <tycho@...ker.com>)
Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Paolo Bonzini <pbonzini@...hat.com>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (Paolo Bonzini <pbonzini@...hat.com>)
Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Christoffer Dall <cdall@...aro.org>)
Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Kees Cook <keescook@...omium.org>)
R: Re: [PATCH] KVM: arm/arm64: Allow usercopy to vcpu->arch.ctxt and arm64 debug (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)

October 24 (8 messages)

Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[RFC V2] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v7] printk: hash addresses printed with %p (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH RFC v5 1/5] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)

October 25 (10 messages)

Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (David Hildenbrand <david@...hat.com>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 0/2] KVM: fixes for the kernel-hardening tree (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH v7] printk: hash addresses printed with %p (Rasmus Villemoes <linux@...musvillemoes.dk>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)

October 26 (27 messages)

[PATCH V8 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
[PATCH V8 1/2] printk: remove tabular output for NULL pointer ("Tobin C. Harding" <me@...in.cc>)
[PATCH V8 2/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer (Joe Perches <joe@...ches.com>)
[PATCH] scripts: add leaking_addresses.pl ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v7] printk: hash addresses printed with %p (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer (Joe Perches <joe@...ches.com>)
[RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 1/2] arm64: write __range_ok() in C (Mark Rutland <mark.rutland@....com>)
[RFC PATCH 2/2] arm64: allow paranoid __{get,put}user (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer ("Tobin C. Harding" <me@...in.cc>)
[lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds (kernel test robot <xiaolong.ye@...el.com>)
[PATCH v2 0/2] KVM: fixes for the kernel-hardening tree (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Paolo Bonzini <pbonzini@...hat.com>)
[PATCH 2/2] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Paolo Bonzini <pbonzini@...hat.com>)
Re: [PATCH 2/2] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Christoffer Dall <christoffer.dall@...aro.org>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Marc Zyngier <marc.zyngier@....com>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer (Joe Perches <joe@...ches.com>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Christian Borntraeger <borntraeger@...ibm.com>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Cornelia Huck <cohuck@...hat.com>)
Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer ("Tobin C. Harding" <me@...in.cc>)

October 27 (5 messages)

Re: [PATCH V8 1/2] printk: remove tabular output for NULL pointer (Joe Perches <joe@...ches.com>)
Re: [PATCH v2 0/2] KVM: fixes for the kernel-hardening tree (Paul Mackerras <paulus@...abs.org>)
Re: [RFC] A method to prevent priviledge escalation (Toshihiro Yamauchi <yamauchi@...okayama-u.ac.jp>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Sergey Senozhatsky <sergey.senozhatsky@...il.com>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Will Deacon <will.deacon@....com>)

October 28 (2 messages)

Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Russell King - ARM Linux <linux@...linux.org.uk>)

October 29 (1 message)

[PATCH V9] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)

October 30 (13 messages)

Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH RFC v5 2/5] gcc-plugins: Add STACKLEAK plugin for tracking the kernel stack (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Merge path for KSPP patches ("Tobin C. Harding" <me@...in.cc>)
Re: Merge path for KSPP patches (Kees Cook <keescook@...omium.org>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Kees Cook <keescook@...omium.org>)
Re: [PATCH V9] printk: hash addresses printed with %p (Kees Cook <keescook@...omium.org>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V9] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH 1/2] kvm: whitelist struct kvm_vcpu_arch (Kees Cook <keescook@...omium.org>)

October 31 (17 messages)

Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds (Kees Cook <keescook@...omium.org>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Joe Perches <joe@...ches.com>)
Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds ("Tobin C. Harding" <me@...in.cc>)
Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds (Kees Cook <keescook@...omium.org>)
Re: [PATCH v7] printk: hash addresses printed with %p (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p (Steven Rostedt <rostedt@...dmis.org>)
Re: [lkp-robot] [printk] 7f7c60e066: BUG:KASAN:slab-out-of-bounds (Ye Xiaolong <xiaolong.ye@...el.com>)
Re: [PATCH V8 2/2] printk: hash addresses printed with %p (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v7] printk: hash addresses printed with %p ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [PATCH RFC v5 1/5] x86/entry: Add STACKLEAK erasing the kernel stack at the end of syscalls (Kees Cook <keescook@...omium.org>)
Re: [PATCH V9] printk: hash addresses printed with %p (Petr Mladek <pmladek@...e.com>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p (Joe Perches <joe@...ches.com>)
Re: [PATCH V8 0/2] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH V9] printk: hash addresses printed with %p ("Tobin C. Harding" <me@...in.cc>)
Re: [RFC PATCH 0/2] arm64: optional paranoid __{get,put}_user checks (Laura Abbott <labbott@...hat.com>)

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