kernel-hardening mailing list - 2019/03

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

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

kernel-hardening mailing list - 2019/03

Mon	Tue	Wed	Thu	Fri	Sat	Sun
				¹	² 3	³
⁴ 1	⁵	⁶ 9	⁷ 12	⁸ 7	⁹ 1	¹⁰
¹¹ 2	¹²	¹³ 1	¹⁴	¹⁵	¹⁶	¹⁷
¹⁸	¹⁹	²⁰ 3	²¹ 11	²² 17	²³ 1	²⁴
²⁵	²⁶ 1	²⁷ 1	²⁸ 12	²⁹ 6	³⁰ 2	³¹ 2

Messages by day:

March 2 (3 messages)

Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Arnd Bergmann <arnd@...db.de>)

March 4 (1 message)

Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Kees Cook <keescook@...omium.org>)

March 6 (9 messages)

[PATCH v3 0/7] lib/string: Add strscpy_pad() function ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 1/7] lib/test_printf: Add empty module_exit function ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 2/7] kselftest: Add test runner creation script ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 3/7] kselftest/lib: Use new shell runner to define tests ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 4/7] kselftest: Add test module framework header ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 6/7] lib/string: Add strscpy_pad() function ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 5/7] lib: Use new kselftest header ("Tobin C. Harding" <tobin@...nel.org>)
[PATCH v3 7/7] lib: Add test module for strscpy_pad ("Tobin C. Harding" <tobin@...nel.org>)
Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function ("Tobin C. Harding" <me@...in.cc>)

March 7 (12 messages)

[GIT PULL] leaking_addresses: changes for v5.1-rc1 ("Tobin C. Harding" <tobin@...nel.org>)
Re: [PATCH v2 10/20] x86: avoid W^X being broken during modules loading (Borislav Petkov <bp@...en8.de>)
[PATCH] x86/cpufeature: Remove __pure attribute to _static_cpu_has() (Borislav Petkov <bp@...en8.de>)
Re: [PATCH] x86/cpufeature: Remove __pure attribute to _static_cpu_has() (hpa@...or.com)
Re: [PATCH v2 10/20] x86: avoid W^X being broken during modules loading (hpa@...or.com)
Re: [PATCH] x86/cpufeature: Remove __pure attribute to _static_cpu_has() (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v2 10/20] x86: avoid W^X being broken during modules loading (Borislav Petkov <bp@...en8.de>)
Re: [PATCH 1/1] RFC: initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 10/20] x86: avoid W^X being broken during modules loading (Andy Lutomirski <luto@...nel.org>)
Re: [PATCH v2 10/20] x86: avoid W^X being broken during modules loading (Borislav Petkov <bp@...en8.de>)
Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function (Kees Cook <keescook@...omium.org>)

March 8 (7 messages)

Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function ("Tobin C. Harding" <me@...in.cc>)
Re: [PATCH 1/1] RFC: initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH 1/1] RFC: initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 0/2] RFC: introduce CONFIG_INIT_ALL_MEMORY (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 1/2] initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Alexander Potapenko <glider@...gle.com>)
[PATCH v2 2/2] initmem: introduce CONFIG_INIT_ALL_HEAP (Alexander Potapenko <glider@...gle.com>)
Re: [PATCH v3 0/7] lib/string: Add strscpy_pad() function (Kees Cook <keescook@...omium.org>)

March 9 (1 message)

Re: [GIT PULL] leaking_addresses: changes for v5.1-rc1 (pr-tracker-bot@...nel.org)

March 11 (2 messages)

Re: [PATCH 2/2] lib: Introduce test_stackinit module (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Alexander Popov <alex.popov@...ux.com>)

March 13 (1 message)

Re: [PATCH 1/2] gcc-plugins: structleak: Generalize to all variable types (Kees Cook <keescook@...omium.org>)

March 20 (3 messages)

[RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall (Elena Reshetova <elena.reshetova@...el.com>)
RE: [RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall ("Reshetova, Elena" <elena.reshetova@...el.com>)
Re: [PATCH v2 1/2] initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Alexander Potapenko <glider@...gle.com>)

March 21 (11 messages)

[PATCH v2 0/4] RCU fixes for rcu_assign_pointer() usage ("Joel Fernandes (Google)" <joel@...lfernandes.org>)
[PATCH v2 1/4] sched/cpufreq: Annotate cpufreq_update_util_data pointer with __rcu ("Joel Fernandes (Google)" <joel@...lfernandes.org>)
[PATCH v2 2/4] sched_domain: Annotate RCU pointers properly ("Joel Fernandes (Google)" <joel@...lfernandes.org>)
[PATCH v2 3/4] rcuwait: Annotate task_struct with __rcu ("Joel Fernandes (Google)" <joel@...lfernandes.org>)
[PATCH v2 4/4] sched: Annotate perf_domain pointer with __rcu ("Joel Fernandes (Google)" <joel@...lfernandes.org>)
[PATCH v2 01/01]: Prerequisites for PIC modules (Ruslan Nikolaev <nruslan_devel@...oo.com>)
[PATCH v2 02/02]: Support for PIC modules (Ruslan Nikolaev <nruslan_devel@...oo.com>)
[PATCH v2 02/02]: Support for PIC modules (Ruslan Nikolaev <nruslan_devel@...oo.com>)
Re: [PATCH v2 1/2] initmem: introduce CONFIG_INIT_ALL_MEMORY and CONFIG_INIT_ALL_STACK (Kees Cook <keescook@...omium.org>)
Re: [PATCH v2 0/4] RCU fixes for rcu_assign_pointer() usage (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v2 0/4] RCU fixes for rcu_assign_pointer() usage (Luc Van Oostenryck <luc.vanoostenryck@...il.com>)

March 22 (17 messages)

[PATCH net-next v9 02/19] zinc: introduce minimal cryptography library ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 03/19] zinc: ChaCha20 generic C implementation and selftest ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 04/19] zinc: ChaCha20 x86_64 implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 06/19] zinc: ChaCha20 MIPS32r2 implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 07/19] zinc: Poly1305 generic C implementations and selftest ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 05/19] zinc: ChaCha20 ARM and ARM64 implementations ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 08/19] zinc: Poly1305 x86_64 implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 09/19] zinc: Poly1305 ARM and ARM64 implementations ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 10/19] zinc: Poly1305 MIPS64 and MIPS32r2 implementations ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 11/19] zinc: ChaCha20Poly1305 construction and selftest ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 12/19] zinc: BLAKE2s generic C implementation and selftest ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 13/19] zinc: BLAKE2s x86_64 implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 14/19] zinc: Curve25519 generic C implementations and selftest ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 15/19] zinc: Curve25519 x86_64 implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 16/19] zinc: import Bernstein and Schwabe's Curve25519 ARM implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 17/19] zinc: Curve25519 ARM implementation ("Jason A. Donenfeld" <Jason@...c4.com>)
[PATCH net-next v9 18/19] security/keys: rewrite big_key crypto to use Zinc ("Jason A. Donenfeld" <Jason@...c4.com>)

March 23 (1 message)

Re: [PATCH net-next v9 05/19] zinc: ChaCha20 ARM and ARM64 implementations (Stefan Agner <stefan@...er.ch>)

March 26 (1 message)

Re: [PATCH net-next v9 12/19] zinc: BLAKE2s generic C implementation and selftest (Eric Biggers <ebiggers@...nel.org>)

March 27 (1 message)

[PATCH] Convert struct pid count to refcount_t ("Joel Fernandes (Google)" <joel@...lfernandes.org>)

March 28 (12 messages)

Re: [PATCH] Convert struct pid count to refcount_t (Kees Cook <keescook@...omium.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Jann Horn <jannh@...gle.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Jann Horn <jannh@...gle.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Jann Horn <jannh@...gle.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Kees Cook <keescook@...omium.org>)
Re: [PATCH] Convert struct pid count to refcount_t ("Paul E. McKenney" <paulmck@...ux.ibm.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)

March 29 (6 messages)

Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
[RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall (Elena Reshetova <elena.reshetova@...el.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Oleg Nesterov <oleg@...hat.com>)
Re: [PATCH] Convert struct pid count to refcount_t (Alan Stern <stern@...land.harvard.edu>)

March 30 (2 messages)

Re: [PATCH] Convert struct pid count to refcount_t (Joel Fernandes <joel@...lfernandes.org>)
Re: [PATCH] Convert struct pid count to refcount_t (Alan Stern <stern@...land.harvard.edu>)

March 31 (2 messages)

Re: [PATCH] Convert struct pid count to refcount_t ("Paul E. McKenney" <paulmck@...ux.ibm.com>)
Re: [PATCH] Convert struct pid count to refcount_t ("Paul E. McKenney" <paulmck@...ux.ibm.com>)

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