kernel-hardening mailing list - 2017/01

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

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

kernel-hardening mailing list - 2017/01

Mon	Tue	Wed	Thu	Fri	Sat	Sun
						¹
²	³ 6	⁴ 22	⁵ 22	⁶ 14	⁷ 6	⁸
⁹ 1	¹⁰ 9	¹¹ 9	¹² 16	¹³ 14	¹⁴ 3	¹⁵
¹⁶ 18	¹⁷ 31	¹⁸ 43	¹⁹ 35	²⁰ 18	²¹ 12	²² 3
²³ 6	²⁴ 5	²⁵ 16	²⁶ 19	²⁷ 9	²⁸	²⁹ 2
³⁰ 11	³¹ 8

Messages by day:

January 3 (6 messages)

Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. (Peter Zijlstra <peterz@...radead.org>)
Re: Security issues on ARM processor (Kees Cook <keescook@...omium.org>)
[PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Kees Cook <keescook@...omium.org>)
[PATCH] Allow userspace to request device probing even if defer_all_probes is true (Kees Cook <keescook@...omium.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing ("Rafael J. Wysocki" <rafael@...nel.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Kees Cook <keescook@...omium.org>)

January 4 (22 messages)

Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing ("Rafael J. Wysocki" <rafael@...nel.org>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace to request device probing even if defer_all_probes is true (Matthew Garrett <mjg59@...eos.com>)
Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Greg Kroah-Hartman <gregkh@...uxfoundation.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Matthew Garrett <mjg59@...eos.com>)
[RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)

January 5 (22 messages)

Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (AKASHI Takahiro <takahiro.akashi@...aro.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing (Tomeu Vizoso <tomeu.vizoso@...labora.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. (Peter Zijlstra <peterz@...radead.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Arjan van de Ven <arjan@...ux.intel.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)
Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. ("PaX Team" <pageexec@...email.hu>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)

January 6 (14 messages)

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Arjan van de Ven <arjan@...ux.intel.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Arjan van de Ven <arjan@...ux.intel.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Borislav Petkov <bp@...en8.de>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...nel.org>)

January 7 (6 messages)

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Andy Lutomirski <luto@...capital.net>)

January 9 (1 message)

Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)

January 10 (9 messages)

Re: New to KSPP, would like to contribute (Kees Cook <keescook@...omium.org>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Ingo Molnar <mingo@...nel.org>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: Conversion from atomic_t to refcount_t: summary of issues (Peter Zijlstra <peterz@...radead.org>)
[RFC] Use of SipHash and HalfSipHash for Hashtables and PRF ("Jason A. Donenfeld" <Jason@...c4.com>)
Re: [RFC] x86/mm/KASLR: Remap GDTs at fixed location (Thomas Garnier <thgarnie@...gle.com>)
Re: New to KSPP, would like to contribute (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)

January 11 (9 messages)

Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: Looking for something to WORK ON (Shubham Bansal <illusionist.neo@...il.com>)
Re: Looking for something to WORK ON (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)
Re: Looking for something to WORK ON (Shubham Bansal <illusionist.neo@...il.com>)
Re: Looking for something to WORK ON (Daniel Borkmann <daniel@...earbox.net>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)

January 12 (16 messages)

Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)
Re: New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (AKASHI Takahiro <takahiro.akashi@...aro.org>)
Re: New to KSPP, would like to contribute (Greg KH <gregkh@...uxfoundation.org>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Peter Zijlstra <peterz@...radead.org>)
Re: New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Introduction (park jinbum <jinb.park7@...il.com>)
Re: Introduction (Mark Rutland <mark.rutland@....com>)
Re: Looking for something to WORK ON (Shubham Bansal <illusionist.neo@...il.com>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)

January 13 (14 messages)

Re: Introduction ("AKASHI, Takahiro" <takahiro.akashi@...aro.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Introduction ("PaX Team" <pageexec@...email.hu>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Introduction ("PaX Team" <pageexec@...email.hu>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Introduction (Daniel Micay <danielmicay@...il.com>)
[PATCH] gcc-plugins: add PASS_INFO and build_const_char_string() (Kees Cook <keescook@...omium.org>)
[PATCH] gcc-plugins: Add structleak for more stack initialization (Kees Cook <keescook@...omium.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
[PATCH] gcc-plugins: consolidate on PASS_INFO macro (Kees Cook <keescook@...omium.org>)
Re: Introduction ("PaX Team" <pageexec@...email.hu>)
Re: Introduction (Kees Cook <keescook@...omium.org>)

January 14 (3 messages)

[RFC] gcc-plugins: Add initial x86_64 kernexec plugin (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: Introduction ("PaX Team" <pageexec@...email.hu>)

January 16 (18 messages)

Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Mark Rutland <mark.rutland@....com>)
Re: Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Mark Rutland <mark.rutland@....com>)
[PATCH v4 0/2] procfs/tasks: introduce per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
[PATCH v4 1/2] procfs: use an enum for possible hidepid values (Djalal Harouni <tixxdz@...il.com>)
[PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Mark Rutland <mark.rutland@....com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
[PATCH 0/4] make call_usermodehelper a bit more "safe" (Greg KH <gregkh@...uxfoundation.org>)
[PATCH 1/3] kmod: make usermodehelper path a const string (Greg KH <gregkh@...uxfoundation.org>)
[PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
[PATCH 3/3] Introduce STATIC_USERMODEHELPER to mediate call_usermodehelper() (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 0/4] make call_usermodehelper a bit more "safe" (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Daniel Micay <danielmicay@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH 2/3] Make static usermode helper binaries constant ("J. Bruce Fields" <bfields@...ldses.org>)

January 17 (31 messages)

Re: [PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
Re: New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: New to KSPP, would like to contribute (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: New to KSPP, would like to contribute (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Lafcadio Wluiki <wluikil@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Dave P Martin <Dave.Martin@....com>)
Re: [PATCH 2/3] Make static usermode helper binaries constant ("J. Bruce Fields" <bfields@...ldses.org>)
Re: [PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 2/3] Make static usermode helper binaries constant (Jeff Layton <jlayton@...chiereds.net>)
Re: [PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 2/3] Make static usermode helper binaries constant (Jeff Layton <jlayton@...chiereds.net>)
Re: [PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 3/3] Introduce STATIC_USERMODEHELPER to mediate call_usermodehelper() (Jeff Layton <jlayton@...chiereds.net>)
Re: [PATCH 3/3] Introduce STATIC_USERMODEHELPER to mediate call_usermodehelper() (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH 3/3] Introduce STATIC_USERMODEHELPER to mediate call_usermodehelper() (Jeff Layton <jlayton@...chiereds.net>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/4] make call_usermodehelper a bit more "safe" (Kees Cook <keescook@...omium.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t (David Windsor <dwindsor@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Kees Cook <keescook@...omium.org>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Dave P Martin <Dave.Martin@....com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>)
Re: Introduction ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization ("PaX Team" <pageexec@...email.hu>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Emese Revfy <re.emese@...il.com>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Dave P Martin <Dave.Martin@....com>)

January 18 (43 messages)

Merge in PAX_MEMORY_SANITIZE work from grsec to linux-next (Kaiwan N Billimoria <kaiwan@...wantech.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>)
[RFCv2 PATCH 00/18] refcount_t API + usage (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 02/18] kref: Add kref_read() (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 01/18] kref: Add KREF_INIT() (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 03/18] kref: Kill kref_sub() (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 04/18] kref: Use kref_get_unless_zero() more (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 05/18] kref: Implement kref_put_lock() (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 07/18] kref: Implement using refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 06/18] kref: Avoid more abuse (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 08/18] kernel, mm: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 10/18] fs: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 11/18] security: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 12/18] sound: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 13/18] ipc: covert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 14/18] tools: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 15/18] block: convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 16/18] drivers: net convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 17/18] drivers: misc drivers convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
[RFCv2 PATCH 18/18] drivers: infiniband convert from atomic_t to refcount_t (Elena Reshetova <elena.reshetova@...el.com>)
RE: [RFC PATCH 08/19] kernel, mm: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH] gcc-plugins: Add structleak for more stack initialization (Mark Rutland <mark.rutland@....com>)
[PATCH] ARM: mm: add testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Mark Rutland <mark.rutland@....com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Solar Designer <solar@...nwall.com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Solar Designer <solar@...nwall.com>)
Re: [RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t (David Windsor <dwindsor@...il.com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Laura Abbott <labbott@...hat.com>)
Re: Merge in PAX_MEMORY_SANITIZE work from grsec to linux-next (Laura Abbott <labbott@...hat.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Kees Cook <keescook@...omium.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Kees Cook <keescook@...omium.org>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Kees Cook <keescook@...omium.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH] ARM: mm: add testcases for RODATA (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Andy Lutomirski <luto@...capital.net>)
Re: Re: [PATCH] ARM: mm: add testcases for RODATA (Laura Abbott <labbott@...hat.com>)
Re: Re: [PATCH] ARM: mm: add testcases for RODATA (Russell King - ARM Linux <linux@...linux.org.uk>)

January 19 (35 messages)

Re: Merge in PAX_MEMORY_SANITIZE work from grsec to linux-next (Kees Cook <keescook@...omium.org>)
Re: [RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
[RFC][PATCH 0/2] Better hardening names (Laura Abbott <labbott@...hat.com>)
[PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
[PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (Laura Abbott <labbott@...hat.com>)
Re: [RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t (David Windsor <dwindsor@...il.com>)
RE: Re: [RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Pavel Machek <pavel@....cz>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Peter Zijlstra <peterz@...radead.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Peter Zijlstra <peterz@...radead.org>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: Re: [PATCH 2/3] Make static usermode helper binaries constant (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (Robin Murphy <robin.murphy@....com>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
[PATCH] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Re: [RFCv2 PATCH 09/18] net: convert from atomic_t to refcount_t (David Windsor <dwindsor@...il.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (David Windsor <dwindsor@...il.com>)
[PATCH v2] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Heiko Carstens <heiko.carstens@...ibm.com>)
Re: [PATCH v2] mm: add arch-independent testcases for RODATA (Russell King - ARM Linux <linux@...linux.org.uk>)
Re: [PATCH] mm: add arch-independent testcases for RODATA (Mark Rutland <mark.rutland@....com>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: Re: [PATCH 2/3] Make static usermode helper binaries constant ("J. Bruce Fields" <bfields@...ldses.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Kees Cook <keescook@...omium.org>)
Re: [RFC][PATCH 0/2] Better hardening names (Kees Cook <keescook@...omium.org>)

January 20 (18 messages)

Re: [PATCH] mm: add arch-independent testcases for RODATA (park jinbum <jinb.park7@...il.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Helge Deller <deller@....de>)
Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (kbuild test robot <lkp@...el.com>)
Re: [PATCH] mm: add arch-independent testcases for RODATA (park jinbum <jinb.park7@...il.com>)
Re: [PATCH v2] mm: add arch-independent testcases for RODATA (kbuild test robot <lkp@...el.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Peter Zijlstra <peterz@...radead.org>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage ("gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>)
Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. (Greg KH <gregkh@...uxfoundation.org>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Solar Designer <solar@...nwall.com>)
Re: [PATCH] mm: add arch-independent testcases for RODATA (Mark Rutland <mark.rutland@....com>)
Re: [RFC PATCH 06/19] Provide refcount_t, an atomic_t like primitive built just for refcounting. (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
[PATCH v1 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v1 3/3] x86: Make the GDT remapping read-only on 64 bit (Thomas Garnier <thgarnie@...gle.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Eric Biggers <ebiggers3@...il.com>)
Re: [PATCH v1 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size (Andy Lutomirski <luto@...capital.net>)

January 21 (12 messages)

Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v1 3/3] x86: Make the GDT remapping read-only on 64 bit (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v1 3/3] x86: Make the GDT remapping read-only on 64 bit (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (kbuild test robot <lkp@...el.com>)
Re: [PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (kbuild test robot <lkp@...el.com>)
Re: [PATCH v1 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size (kbuild test robot <lkp@...el.com>)
Re: [PATCH v1 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size (kbuild test robot <lkp@...el.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Lafcadio Wluiki <wluikil@...il.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Lafcadio Wluiki <wluikil@...il.com>)
Disable and lock Silicon Debug feature on modern Intel CPUs (Solar Designer <solar@...nwall.com>)

January 22 (3 messages)

Re: Disable and lock Silicon Debug feature on modern Intel CPUs (Mathias Krause <minipli@...glemail.com>)
Re: Disable and lock Silicon Debug feature on modern Intel CPUs (Yves-Alexis Perez <corsac@...sac.net>)
Re: Disable and lock Silicon Debug feature on modern Intel CPUs (Solar Designer <solar@...nwall.com>)

January 23 (6 messages)

RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [RFCv2 PATCH 00/18] refcount_t API + usage (Greg KH <gregkh@...uxfoundation.org>)
RE: [RFCv2 PATCH 00/18] refcount_t API + usage ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: Disable and lock Silicon Debug feature on modern Intel CPUs (Mathias Krause <minipli@...glemail.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Andy Lutomirski <luto@...capital.net>)

January 24 (5 messages)

Introduction (Jessica Frazelle <me@...sfraz.com>)
[PATCH net] net: free ip_vs_dest structs when refcnt=0 (David Windsor <dwindsor@...il.com>)
[PATCH v3] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Re: [PATCH v3] mm: add arch-independent testcases for RODATA (Mark Rutland <mark.rutland@....com>)
Re: [PATCH net] net: free ip_vs_dest structs when refcnt=0 (David Miller <davem@...emloft.net>)

January 25 (16 messages)

Re: [PATCH net] net: free ip_vs_dest structs when refcnt=0 (Julian Anastasov <ja@....bg>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Laura Abbott <labbott@...hat.com>)
Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX (Laura Abbott <labbott@...hat.com>)
[PATCH] arm64: usercopy: Implement stack frame object validation (kpark3469@...il.com)
Re: [PATCH 1/2] security: Change name of CONFIG_DEBUG_RODATA (Pavel Machek <pavel@....cz>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Will Deacon <will.deacon@....com>)
I'd like to contribute to this project. (Hoeun Ryu <hoeun.ryu@...il.com>)
[PATCH v4] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
[PATCH v4] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Keun-O Park <kpark3469@...il.com>)
Re: [PATCH v4] mm: add arch-independent testcases for RODATA (Matthew Wilcox <willy@...radead.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: I'd like to contribute to this project. (Kees Cook <keescook@...omium.org>)
Re: [PATCH v1 2/3] x86: Remap GDT tables in the Fixmap section (Thomas Garnier <thgarnie@...gle.com>)

January 26 (19 messages)

Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Kees Cook <keescook@...omium.org>)
Re: Query regarding randomization bits for a ASLR elf on PPC64 (Kees Cook <keescook@...omium.org>)
Re: Introduction (Jessica Frazelle <me@...sfraz.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (AKASHI Takahiro <takahiro.akashi@...aro.org>)
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field (Djalal Harouni <tixxdz@...il.com>)
Re: I'd like to contribute to this project. (Hoeun Ryu <hoeun.ryu@...il.com>)
[PATCH v2 net] net: free ip_vs_dest structs when refcnt=0 (David Windsor <dwindsor@...il.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (James Morse <james.morse@....com>)
Re: Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Yann Droneaud <ydroneaud@...eya.com>)
[PATCH v2 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v2 2/3] x86: Remap GDT tables in the Fixmap section (Thomas Garnier <thgarnie@...gle.com>)
[PATCH v2 3/3] x86: Make the GDT remapping read-only on 64 bit (Thomas Garnier <thgarnie@...gle.com>)
Re: Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Kees Cook <keescook@...omium.org>)
Re: Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Will Deacon <will.deacon@....com>)
Re: [PATCH v2 2/3] x86: Remap GDT tables in the Fixmap section (Andy Lutomirski <luto@...capital.net>)
Re: [PATCH v2 2/3] x86: Remap GDT tables in the Fixmap section (Thomas Garnier <thgarnie@...gle.com>)
Re: [PATCH v2 net] net: free ip_vs_dest structs when refcnt=0 (Julian Anastasov <ja@....bg>)
Re: I'd like to contribute to this project. (Kees Cook <keescook@...omium.org>)
Re: Introduction (Kees Cook <keescook@...omium.org>)

January 27 (9 messages)

Re: [PATCH 3/3] powerpc: enable support for GCC plugins (Andrew Donnellan <andrew.donnellan@....ibm.com>)
Re: [PATCH 3/3] powerpc: enable support for GCC plugins (Andrew Donnellan <andrew.donnellan@....ibm.com>)
Re: [PATCH v2 net] net: free ip_vs_dest structs when refcnt=0 (Simon Horman <horms@...ge.net.au>)
Re: [PATCH v2 net] net: free ip_vs_dest structs when refcnt=0 (Pablo Neira Ayuso <pablo@...filter.org>)
Re: [PATCH v2 net] net: free ip_vs_dest structs when refcnt=0 (Simon Horman <horms@...ge.net.au>)
Re: I'd like to contribute to this project. (Hoeun Ryu <hoeun.ryu@...il.com>)
Re: I'd like to contribute to this project. (Richard Weinberger <richard@....at>)
Re: Introduction (Jessica Frazelle <me@...sfraz.com>)
Re: I'd like to contribute to this project. (Kees Cook <keescook@...omium.org>)

January 29 (2 messages)

[PATCH v4] mm: add arch-independent testcases for RODATA (Jinbum Park <jinb.park7@...il.com>)
Getting started (Eddie Kovsky <ewk@...ovsky.org>)

January 30 (11 messages)

arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit (Shubham Bansal <illusionist.neo@...il.com>)
arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit (Shubham Bansal <illusionist.neo@...il.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Keun-O Park <kpark3469@...il.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Keun-O Park <kpark3469@...il.com>)
Re: Getting started (Vaishali Thakkar <vaishali.thakkar@...cle.com>)
Re: Introduction (Kees Cook <keescook@...omium.org>)
Re: Getting started (Kees Cook <keescook@...omium.org>)
Re: arch: arm: bpf: Converting cBPF to eBPF for arm 32 bit (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] mm: add arch-independent testcases for RODATA (Kees Cook <keescook@...omium.org>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Kees Cook <keescook@...omium.org>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Kees Cook <keescook@...omium.org>)

January 31 (8 messages)

Re: Merge in PAX_MEMORY_SANITIZE work from grsec to linux-next (Kaiwan N Billimoria <kaiwan@...wantech.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Keun-O Park <kpark3469@...il.com>)
Re: [PATCH] arm64: usercopy: Implement stack frame object validation (Kees Cook <keescook@...omium.org>)
[PATCH v5 4/4] initify: Mark functions with the __unverified_nocapture attribute (Kees Cook <keescook@...omium.org>)
[PATCH v5 0/4] Introduce the initify gcc plugin (Kees Cook <keescook@...omium.org>)
[PATCH v5 2/4] util: Move type casts into is_kernel_rodata (Kees Cook <keescook@...omium.org>)
[PATCH v5 1/4] gcc-plugins: Add the initify gcc plugin (Kees Cook <keescook@...omium.org>)
[PATCH v5 3/4] initify: Mark functions with the __nocapture attribute (Kees Cook <keescook@...omium.org>)

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