kernel-hardening mailing list

Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers

kernel-hardening mailing list

	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2019	254	356	92	351	110
2018	493	506	786	332	302	229	160	150	100	262	195	244
2017	358	642	364	408	549	685	342	443	323	380	464	244
2016	371	158	158	222	207	464	379	350	213	459	218	439
2015					3	1	4				205	184
2014	2			6	4
2013	5	10	8	168	1	1		22	25	155		6
2012	30	224	176	84	39	12	18	30	7	13		8
2011						187	185	149	131	8	66	38

Recent messages:

2019/05/21 #5: Re: Sparse context checking Vs Clang Thread Safety analysis (Himanshu Jha <himanshujha199640@...il.com>)
2019/05/21 #4: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
2019/05/21 #3: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/21 #2: Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Eric Biggers <ebiggers@...nel.org>)
2019/05/21 #1: Re: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support (hpa@...or.com)
2019/05/20 #17: Re: [PATCH v7 02/12] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...gle.com>)
2019/05/20 #16: [PATCH v7 12/12] x86/alternatives: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #15: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #14: [PATCH v7 10/12] x86/power/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #13: [PATCH v7 09/12] x86/boot/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #12: [PATCH v7 08/12] x86/acpi: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #11: [PATCH v7 07/12] x86/CPU: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #10: [PATCH v7 06/12] x86: pm-trace - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #9: [PATCH v7 05/12] x86/entry/64: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #8: [PATCH v7 04/12] x86: relocate_kernel - Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #7: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #6: [PATCH v7 02/12] x86: Use symbol name in jump table for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #5: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #4: [PATCH v7 00/12] x86: PIE support to extend KASLR randomization (Thomas Garnier <thgarnie@...omium.org>)
2019/05/20 #3: Re: Sparse context checking Vs Clang Thread Safety analysis (Jann Horn <jannh@...gle.com>)
2019/05/20 #2: Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
2019/05/20 #1: Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Mathias Krause <minipli@...glemail.com>)
2019/05/17 #23: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #22: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #21: Re: [PATCH v2 2/4] lib: introduce test_meminit module (Kees Cook <keescook@...omium.org>)
2019/05/17 #20: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
2019/05/17 #19: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Kees Cook <keescook@...omium.org>)
2019/05/17 #18: Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
2019/05/17 #17: Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
2019/05/17 #16: Re: [PATCH v2 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #15: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #14: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #13: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #12: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #11: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #10: Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #9: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #8: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #7: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #6: Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Michal Hocko <mhocko@...nel.org>)
2019/05/17 #5: Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #4: Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Alexander Potapenko <glider@...gle.com>)
2019/05/17 #3: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
2019/05/17 #2: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches (Kees Cook <keescook@...omium.org>)
2019/05/17 #1: Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
2019/05/16 #6: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
2019/05/16 #5: Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Kees Cook <keescook@...omium.org>)
2019/05/16 #4: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/16 #3: Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
2019/05/16 #2: Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Ard Biesheuvel <ard.biesheuvel@...aro.org>)
2019/05/16 #1: Re: [PATCH v2 2/4] lib: introduce test_meminit module (Kees Cook <keescook@...omium.org>)
2019/05/15 #1: Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Souptick Joarder <jrdr.linux@...il.com>)
2019/05/14 #6: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
2019/05/14 #5: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/14 #4: [PATCH v2 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
2019/05/14 #3: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/14 #2: [PATCH v2 0/4] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/14 #1: Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/11 #1: Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Souptick Joarder <jrdr.linux@...il.com>)
2019/05/10 #3: Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Doug Anderson <dianders@...omium.org>)
2019/05/10 #2: Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Kees Cook <keescook@...omium.org>)
2019/05/10 #1: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6 (Chris Packham <chris.packham@...iedtelesis.co.nz>)
2019/05/09 #11: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Sami Tolvanen <samitolvanen@...gle.com>)
2019/05/09 #10: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
2019/05/09 #9: Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/09 #8: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Sami Tolvanen <samitolvanen@...gle.com>)
2019/05/09 #7: Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/09 #6: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
2019/05/09 #5: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Joao Moreira <jmoreira@...e.de>)
2019/05/09 #4: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
2019/05/09 #3: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
2019/05/09 #2: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
2019/05/09 #1: Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Randy Dunlap <rdunlap@...radead.org>)
2019/05/08 #9: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)
2019/05/08 #8: Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Kees Cook <keescook@...omium.org>)
2019/05/08 #7: Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Kees Cook <keescook@...omium.org>)
2019/05/08 #6: [PATCH 4/4] net: apply __GFP_NOINIT to AF_UNIX sk_buff allocations (Alexander Potapenko <glider@...gle.com>)
2019/05/08 #5: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT (Alexander Potapenko <glider@...gle.com>)
2019/05/08 #4: [PATCH 2/4] lib: introduce test_meminit module (Alexander Potapenko <glider@...gle.com>)
2019/05/08 #3: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/08 #2: [PATCH 0/4] RFC: add init_on_alloc/init_on_free boot options (Alexander Potapenko <glider@...gle.com>)
2019/05/08 #1: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Herbert Xu <herbert@...dor.apana.org.au>)
2019/05/07 #12: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
2019/05/07 #11: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)
2019/05/07 #10: Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Eric Biggers <ebiggers@...nel.org>)
2019/05/07 #9: [PATCH v3 5/7] crypto: x86/cast6: Use new glue function macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #8: [PATCH v3 6/7] crypto: x86/aesni: Use new glue function macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #7: [PATCH v3 7/7] crypto: x86/glue_helper: Remove function prototype cast helpers (Kees Cook <keescook@...omium.org>)
2019/05/07 #6: [PATCH v3 3/7] crypto: x86/camellia: Use new glue function macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #5: [PATCH v3 4/7] crypto: x86/twofish: Use new glue function macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #4: [PATCH v3 1/7] crypto: x86/glue_helper: Add static inline function glue macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #3: [PATCH v3 2/7] crypto: x86/crypto: Use new glue function macros (Kees Cook <keescook@...omium.org>)
2019/05/07 #2: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts (Kees Cook <keescook@...omium.org>)
2019/05/07 #1: Re: [RFC] refactor tasklets to avoid unsigned long argument (Allen <allen.lkml@...il.com>)
2019/05/06 #13: Re: [RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts (Kees Cook <keescook@...omium.org>)
2019/05/06 #12: Re: [RFC PATCH v2 0/4] x86/crypto: Fix crypto function casts (Kees Cook <keescook@...omium.org>)
2019/05/06 #11: Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst (Mauro Carvalho Chehab <mchehab+samsung@...nel.org>)
2019/05/06 #10: [RFC PATCH v2 4/4] Fix cast6 crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
2019/05/06 #9: [RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)
2019/05/06 #8: [RFC PATCH v2 2/4] Fix camellia crypto functions prototype casts (Joao Moreira <jmoreira@...e.de>)

15977 messages

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.