linux-hardening mailing list - 2021/10

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

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

linux-hardening mailing list - 2021/10

Mon	Tue	Wed	Thu	Fri	Sat	Sun
				¹ 15	² 18	³ 1
⁴ 4	⁵ 14	⁶ 42	⁷ 4	⁸ 15	⁹ 2	¹⁰ 2
¹¹ 12	¹² 4	¹³ 61	¹⁴ 30	¹⁵ 20	¹⁶ 6	¹⁷ 3
¹⁸ 12	¹⁹ 5	²⁰ 28	²¹ 38	²² 12	²³ 7	²⁴ 5
²⁵ 10	²⁶ 10	²⁷ 30	²⁸ 11	²⁹ 8	³⁰ 7	³¹ 8

Messages by day:

October 1 (15 messages)

Re: [PATCH v2] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH v2] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH][next] dmaengine: stm32-mdma: Use struct_size() helper in devm_kzalloc() (Amelie DELAUNAY <amelie.delaunay@...s.st.com>)
ATTN: (Joyce Thomas <tjoyc1234@...il.com>)
Re: [PATCH][next] dmaengine: stm32-mdma: Use struct_size() helper in devm_kzalloc() (Vinod Koul <vkoul@...nel.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Petr Mladek <pmladek@...e.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Petr Mladek <pmladek@...e.com>)
Re: [PATCH v3 8/8] percpu: Add __alloc_size attributes for better bounds checking (Dennis Zhou <dennis@...nel.org>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4 05/15] tracepoint: Exclude tp_stub_func from CFI checking (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH][next] apparmor: Use struct_size() helper in kzalloc() (John Johansen <john.johansen@...onical.com>)
Re: [PATCH][next] apparmor: Use struct_size() helper in kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 2 (18 messages)

Re: [PATCH v4] docs: Explain the desired position of function attributes (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Greg KH <gregkh@...uxfoundation.org>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Alexander Popov <alex.popov@...ux.com>)
Attention ("U.n" <wadebaye33@...il.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
RE: [PATCH bpf-next v2 2/2] bpf: Replace callers of BPF_CAST_CALL with proper function typedef (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Linus Torvalds <torvalds@...ux-foundation.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Al Viro <viro@...iv.linux.org.uk>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Kees Cook <keescook@...omium.org>)

October 3 (1 message)

[PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)

October 4 (4 messages)

Good Day, ("Prof. Dr. Diane" <mes64543@...il.com>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Jonathan Corbet <corbet@....net>)

October 5 (14 messages)

Re: [PATCH v2] scsi: advansys: Prefer struct_size over open coded arithmetic ("Martin K. Petersen" <martin.petersen@...cle.com>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH v4] docs: Explain the desired position of function attributes (Kees Cook <keescook@...omium.org>)
[PATCH v5] docs: Explain the desired position of function attributes (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH v5] docs: Explain the desired position of function attributes (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5] docs: Explain the desired position of function attributes (Randy Dunlap <rdunlap@...radead.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4 00/15] x86: Add support for Clang CFI (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v4 00/15] x86: Add support for Clang CFI (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Sami Tolvanen <samitolvanen@...gle.com>)

October 6 (42 messages)

Re: [PATCH v5] docs: Explain the desired position of function attributes (Joe Perches <joe@...ches.com>)
Re: [PATCH v3 4/8] slab: Add __alloc_size attributes for better bounds checking (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v4 00/15] x86: Add support for Clang CFI (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v3 4/8] slab: Add __alloc_size attributes for better bounds checking (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 4/8] slab: Add __alloc_size attributes for better bounds checking (Jann Horn <jannh@...gle.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 11/15] x86, relocs: Ignore __typeid__ relocations (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 01/15] objtool: Add CONFIG_CFI_CLANG support (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 02/15] objtool: Add ASM_STACK_FRAME_NON_STANDARD (Josh Poimboeuf <jpoimboe@...hat.com>)
[PATCH] kasan: test: Bypass __alloc_size checks (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 4/8] slab: Add __alloc_size attributes for better bounds checking (Kees Cook <keescook@...omium.org>)
Re: [PATCH] sparc: Add missing "FORCE" target when using if_changed (Kees Cook <keescook@...omium.org>)
Re: [PATCH] sched: task_struct: Fill unconditional hole induced by sched_entity (Kees Cook <keescook@...omium.org>)
Re: [PATCH v3 4/8] slab: Add __alloc_size attributes for better bounds checking (Jann Horn <jannh@...gle.com>)
Re: [PATCH] sched: task_struct: Fill unconditional hole induced by sched_entity (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] kasan: test: Bypass __alloc_size checks (Mark Rutland <mark.rutland@....com>)
Re: [PATCH] sparc: Add missing "FORCE" target when using if_changed (Masahiro Yamada <masahiroy@...nel.org>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Alexander Popov <alex.popov@...ux.com>)
Re: [PATCH v4 11/15] x86, relocs: Ignore __typeid__ relocations (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4 01/15] objtool: Add CONFIG_CFI_CLANG support (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] sched: task_struct: Fill unconditional hole induced by sched_entity (Kees Cook <keescook@...omium.org>)
Re: [PATCH] kasan: test: Bypass __alloc_size checks (Kees Cook <keescook@...omium.org>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH] MAINTAINERS: Add "exec & binfmt" section with myself and Eric (Kees Cook <keescook@...omium.org>)
[PATCH][next] ASoC: q6asm: use kcalloc() instead of kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] net: broadcom: bcm4908_enet: use kcalloc() instead of kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] ice: use devm_kcalloc() instead of devm_kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] net: mana: Use kcalloc() instead of kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] net: stmmac: selftests: Use kcalloc() instead of kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] ethernet: ti: cpts: Use devm_kcalloc() instead of devm_kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH][next] ath11k: Use kcalloc() instead of kzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH v2] kasan: test: Bypass __alloc_size checks (Kees Cook <keescook@...omium.org>)
RE: [PATCH][next] net: mana: Use kcalloc() instead of kzalloc() (Dexuan Cui <decui@...rosoft.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)

October 7 (4 messages)

Re: [PATCH v4 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] MAINTAINERS: Add "exec & binfmt" section with myself and Eric (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH] MAINTAINERS: Add "exec & binfmt" section with myself and Eric (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] ASoC: q6asm: use kcalloc() instead of kzalloc() (Andy Shevchenko <andy.shevchenko@...il.com>)

October 8 (15 messages)

[PATCH 3/7] proc: Use task_is_running() for wchan in /proc/$pid/stat (Peter Zijlstra <peterz@...radead.org>)
[PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked (Peter Zijlstra <peterz@...radead.org>)
[PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Peter Zijlstra <peterz@...radead.org>)
[PATCH 4/7] x86: Fix get_wchan() to support the ORC unwinder (Peter Zijlstra <peterz@...radead.org>)
[PATCH 7/7] arch: Fix STACKTRACE_SUPPORT (Peter Zijlstra <peterz@...radead.org>)
[PATCH 0/7] wchan: Fix wchan support (Peter Zijlstra <peterz@...radead.org>)
[PATCH 1/7] Revert "proc/wchan: use printk format instead of lookup_symbol_name()" (Peter Zijlstra <peterz@...radead.org>)
[PATCH 2/7] leaking_addresses: Always print a trailing newline (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked (Geert Uytterhoeven <geert@...ux-m68k.org>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 7/7] arch: Fix STACKTRACE_SUPPORT (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Josh Poimboeuf <jpoimboe@...hat.com>)
[PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)

October 9 (2 messages)

Re: [PATCH 7/7] arch: Fix STACKTRACE_SUPPORT (Guo Ren <guoren@...nel.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Alexey Dobriyan <adobriyan@...il.com>)

October 10 (2 messages)

[PATCH] [PATCH V2]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH] [PATCH V2]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)

October 11 (12 messages)

Re: [PATCH][next] ath11k: Use kcalloc() instead of kzalloc() (Kalle Valo <kvalo@...eaurora.org>)
[PATCH] net: hns: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
[PATCH] virt: acrn: Prefer array_syze and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] [PATCH V2]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH] [PATCH V2]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)
[PATCH] scripts: kernel-doc: Ignore __alloc_size() attribute (Kees Cook <keescook@...omium.org>)
Re: [PATCH] scripts: kernel-doc: Ignore __alloc_size() attribute (Joe Perches <joe@...ches.com>)
Re: [PATCH] [PATCH V2]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] xfs: Use kvcalloc() instead of kvzalloc() ("Darrick J. Wong" <djwong@...nel.org>)

October 12 (4 messages)

Re: [PATCH] virt: acrn: Prefer array_syze and struct_size over open coded arithmetic (Li Fei1 <fei1.li@...el.com>)
Re: [PATCH v5] docs: Explain the desired position of function attributes (Jonathan Corbet <corbet@....net>)
Re: [PATCH] scripts: kernel-doc: Ignore __alloc_size() attribute (Jonathan Corbet <corbet@....net>)
Re: [PATCH][next] scsi: target: tcmu: Use struct_size() helper in kmalloc() ("Martin K. Petersen" <martin.petersen@...cle.com>)

October 13 (61 messages)

Re: [PATCH] virt: acrn: Prefer array_syze and struct_size over open coded arithmetic (Kees Cook <keescook@...omium.org>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Jani Nikula <jani.nikula@...ux.intel.com>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Daniel Vetter <daniel@...ll.ch>)
[PATCH 1/2] kasan: test: use underlying string helpers (Arnd Bergmann <arnd@...nel.org>)
[PATCH 2/2] kasan: use fortified strings for hwaddress sanitizer (Arnd Bergmann <arnd@...nel.org>)
[RFC PATCH 0/9] arm64: use unwind data on GCC for shadow call stack (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 5/9] arm64: chacha-neon: move frame pop forward (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 6/9] arm64: smccc: create proper stack frames for HVC/SMC calls (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 7/9] arm64: assembler: add unwind annotations to frame push/pop macros (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 1/9] arm64: assembler: enable PAC for non-leaf assembler routines (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 2/9] arm64: cache: use ALIAS version of linkage macros for local aliases (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 8/9] arm64: unwind: add asynchronous unwind tables to the kernel proper (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 3/9] arm64: crypto: avoid overlapping linkage definitions for AES-CBC (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 9/9] arm64: implement dynamic shadow call stack for GCC (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 4/9] arm64: aes-neonbs: move frame pop to end of function (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH 9/9] arm64: implement dynamic shadow call stack for GCC (Mark Brown <broonie@...nel.org>)
Re: [RFC PATCH 6/9] arm64: smccc: create proper stack frames for HVC/SMC calls (Mark Brown <broonie@...nel.org>)
[PATCH] LSM: Avoid warnings about potentially unused hook variables (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 0/9] arm64: use unwind data on GCC for shadow call stack (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] LSM: Avoid warnings about potentially unused hook variables (Paul Moore <paul@...l-moore.com>)
[PATCH 0/4] x86: Various clean-ups in support of FGKASLR (Kees Cook <keescook@...omium.org>)
[PATCH 3/4] x86/boot/compressed: Avoid duplicate malloc() implementations (Kees Cook <keescook@...omium.org>)
[PATCH 2/4] x86/boot: Allow a "silent" kaslr random byte fetch (Kees Cook <keescook@...omium.org>)
[PATCH 1/4] x86/tools/relocs: Support >64K section headers (Kees Cook <keescook@...omium.org>)
[PATCH 4/4] vmlinux.lds.h: Have ORC lookup cover entire _etext - _stext (Kees Cook <keescook@...omium.org>)
Re: [RFC PATCH 0/9] arm64: use unwind data on GCC for shadow call stack (Nick Desaulniers <ndesaulniers@...gle.com>)
[PATCH] [PATCH V3]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH 2/4] x86/boot: Allow a "silent" kaslr random byte fetch (Nick Desaulniers <ndesaulniers@...gle.com>)
[PATCH v5 00/15] x86: Add support for Clang CFI (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 01/15] objtool: Add CONFIG_CFI_CLANG support (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 05/15] tracepoint: Exclude tp_stub_func from CFI checking (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 02/15] objtool: Add ASM_STACK_FRAME_NON_STANDARD (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 06/15] ftrace: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 07/15] lkdtm: Disable UNSET_SMEP with CFI (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 08/15] lkdtm: Use an opaque type for lkdtm_rodata_do_nothing (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 10/15] x86/purgatory: Disable CFI (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 11/15] x86, relocs: Ignore __typeid__ relocations (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 12/15] x86, module: Ignore __typeid__ relocations (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 13/15] x86, cpu: Use LTO for cpu.c with CFI (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 14/15] x86, kprobes: Fix optprobe_template_func type mismatch (Sami Tolvanen <samitolvanen@...gle.com>)
[PATCH v5 15/15] x86, build: Allow CONFIG_CFI_CLANG to be selected (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] [PATCH V3]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH v5 12/15] x86, module: Ignore __typeid__ relocations (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 15/15] x86, build: Allow CONFIG_CFI_CLANG to be selected (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 01/15] objtool: Add CONFIG_CFI_CLANG support (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 02/15] objtool: Add ASM_STACK_FRAME_NON_STANDARD (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 04/15] cfi: Add DEFINE_CFI_IMMEDIATE_RETURN_STUB (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 05/15] tracepoint: Exclude tp_stub_func from CFI checking (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 06/15] ftrace: Use an opaque type for functions not callable from C (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 10/15] x86/purgatory: Disable CFI (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 05/15] tracepoint: Exclude tp_stub_func from CFI checking (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v5 06/15] ftrace: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH] [PATCH V3]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH] LSM: Avoid warnings about potentially unused hook variables (James Morris <jmorris@...ei.org>)
Re: [RFC PATCH 9/9] arm64: implement dynamic shadow call stack for GCC (Dan Li <ashimida@...ux.alibaba.com>)
[PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)

October 14 (30 messages)

Re: [PATCH 4/4] vmlinux.lds.h: Have ORC lookup cover entire _etext - _stext (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v5 01/15] objtool: Add CONFIG_CFI_CLANG support (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kasan: test: use underlying string helpers (Vincenzo Frascino <vincenzo.frascino@....com>)
Re: [RFC PATCH 9/9] arm64: implement dynamic shadow call stack for GCC (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH v5 01/15] objtool: Add CONFIG_CFI_CLANG support (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked ("Russell King (Oracle)" <linux@...linux.org.uk>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT ("Russell King (Oracle)" <linux@...linux.org.uk>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Borislav Petkov <bp@...en8.de>)
Re: [PATCH 0/7] wchan: Fix wchan support ("Russell King (Oracle)" <linux@...linux.org.uk>)
Re: [PATCH 0/7] wchan: Fix wchan support ("Russell King (Oracle)" <linux@...linux.org.uk>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Kees Cook <keescook@...omium.org>)
[PATCH] video: omapfb: Fix fall-through warning for Clang ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Borislav Petkov <bp@...en8.de>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Mark Rutland <mark.rutland@....com>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] video: omapfb: Fix fall-through warning for Clang ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Steven Rostedt <rostedt@...dmis.org>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH v5 09/15] x86: Use an opaque type for functions not callable from C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v5 01/15] objtool: Add CONFIG_CFI_CLANG support (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH 0/7] wchan: Fix wchan support (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH] LSM: Avoid warnings about potentially unused hook variables (Paul Moore <paul@...l-moore.com>)

October 15 (20 messages)

Re: [PATCH 1/2] kasan: test: use underlying string helpers (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C ("Andy Lutomirski" <luto@...nel.org>)
[PATCH][next] powerpc/vas: Fix potential NULL pointer dereference ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] virt: acrn: Prefer array_syze and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C ("Andy Lutomirski" <luto@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C ("Andy Lutomirski" <luto@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Thomas Gleixner <tglx@...utronix.de>)
Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR (Alexander Lobakin <alexandr.lobakin@...el.com>)
Re: [PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Nick Desaulniers <ndesaulniers@...gle.com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C ("Andy Lutomirski" <luto@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] [PATCH V4]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Thomas Gleixner <tglx@...utronix.de>)
[PATCH] [PATCH V5]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)

October 16 (6 messages)

Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
[PATCH] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
Re: [PATCH] sysctl: Avoid open coded arithmetic in memory allocator functions (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH linux-next] firmware/psci: fix application of sizeof to pointer ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Josh Poimboeuf <jpoimboe@...hat.com>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Josh Poimboeuf <jpoimboe@...hat.com>)

October 17 (3 messages)

[PATCH] nvmet: prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
[PATCH] mm/list_lru.c: prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] nvmet: prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 18 (12 messages)

Re: [PATCH] virt: acrn: Prefer array_syze and struct_size over open coded arithmetic (Li Fei1 <fei1.li@...el.com>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Jani Nikula <jani.nikula@...ux.intel.com>)
Re: [PATCH linux-next] firmware/psci: fix application of sizeof to pointer (Sudeep Holla <sudeep.holla@....com>)
Re: [PATCH for-next 21/25] lib: Introduce CONFIG_TEST_MEMCPY (Arnd Bergmann <arnd@...nel.org>)
Re: [PATCH v5 03/15] linkage: Add DECLARE_NOT_CALLED_FROM_C (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH for-next 21/25] lib: Introduce CONFIG_TEST_MEMCPY (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kasan: test: use underlying string helpers (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kasan: test: use underlying string helpers (Arnd Bergmann <arnd@...nel.org>)
Re: [PATCH 2/2] kasan: use fortified strings for hwaddress sanitizer (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] kasan: use fortified strings for hwaddress sanitizer (Arnd Bergmann <arnd@...nel.org>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference (Tyrel Datwyler <tyreld@...ux.ibm.com>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 19 (5 messages)

[PATCH V1] gcc-plugins: remove duplicate include in gcc-common.h (cgel.zte@...il.com)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Alexander Lobakin <alobakin@...me>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH] [PATCH V5]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Kees Cook <keescook@...omium.org>)
Re: [PATCH] [PATCH V5]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)

October 20 (28 messages)

Re: [PATCH v2] writeback: prefer struct_size over open coded arithmetic (Jan Kara <jack@...e.cz>)
Re: [PATCH] nvmet: prefer struct_size over open coded arithmetic (Christoph Hellwig <hch@....de>)
[PATCH 1/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Kees Cook <keescook@...omium.org>)
[PATCH 2/2] gcc-plugins: Remove cyc_complexity (Kees Cook <keescook@...omium.org>)
[PATCH 0/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH 1/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Nathan Chancellor <nathan@...nel.org>)
Re: [PATCH 2/2] gcc-plugins: Remove cyc_complexity (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH 2/2] gcc-plugins: Remove cyc_complexity (Nathan Chancellor <nathan@...nel.org>)
Re: [PATCH 0/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Nick Desaulniers <ndesaulniers@...gle.com>)
(no subject) (uchenna <ohehehe3055@...il.com>)
Re: [PATCH 2/2] gcc-plugins: Remove cyc_complexity (Kees Cook <keescook@...omium.org>)
Re: [PATCH 2/2] gcc-plugins: Remove cyc_complexity (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Kees Cook <keescook@...omium.org>)
[PATCH] kasan: test: Consolidate workarounds for unwanted __alloc_size() protection (Kees Cook <keescook@...omium.org>)
Re: [PATCH] kasan: test: Consolidate workarounds for unwanted __alloc_size() protection (Arnd Bergmann <arnd@...db.de>)
[PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Kees Cook <keescook@...omium.org>)
Re: [PATCH] kasan: test: Consolidate workarounds for unwanted __alloc_size() protection (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Nathan Chancellor <nathan@...nel.org>)
patchwork triage process (Kees Cook <keescook@...omium.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Miguel Ojeda <miguel.ojeda.sandonis@...il.com>)
Re: [PATCH v2] writeback: prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH] aio: Prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH] afs: Prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH] KVM: PPC: Replace zero-length array with flexible array member ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH] dmaengine: pxa_dma: Prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v3] docs: deprecated.rst: Clarify open-coded arithmetic with literals ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 21 (38 messages)

[PATCH AUTOSEL 5.14 03/26] gcc-plugins/structleak: add makefile var for disabling structleak (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 5.10 01/14] gcc-plugins/structleak: add makefile var for disabling structleak (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 5.4 01/11] gcc-plugins/structleak: add makefile var for disabling structleak (Sasha Levin <sashal@...nel.org>)
[PATCH AUTOSEL 4.19 01/10] gcc-plugins/structleak: add makefile var for disabling structleak (Sasha Levin <sashal@...nel.org>)
Re: An analysis of current and potential security mitigations based on a TIOCSPGRP exploit (Kees Cook <keescook@...omium.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Marco Elver <elver@...gle.com>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Kees Cook <keescook@...omium.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Kees Cook <keescook@...omium.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Marco Elver <elver@...gle.com>)
[RFC PATCH 0/1] implement TLS register based stack canary for ARM (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH 1/1] [ARM] Add support for TLS register based stack protector canary access (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Alexander Lobakin <alobakin@...me>)
Re: [PATCH 0/2] gcc-plugins: Explicitly document purpose and deprecation schedule (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] compiler-gcc.h: Define __SANITIZE_ADDRESS__ under hwaddress sanitizer (Konstantin Ryabitsev <konstantin@...uxfoundation.org>)
Re: [PATCH] [PATCH V5]ARM64: SCS: Add gcc plugin to support Shadow Call Stack (Dan Li <ashimida@...ux.alibaba.com>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Masami Hiramatsu <mhiramat@...nel.org>)
Re: [PATCH V1] gcc-plugins: remove duplicate include in gcc-common.h (Kees Cook <keescook@...omium.org>)
[PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Kees Cook <keescook@...omium.org>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Dmitry Vyukov <dvyukov@...gle.com>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (David Hildenbrand <david@...hat.com>)
An analysis of current and potential security mitigations based on a TIOCSPGRP exploit (jannh@...gle.com)
Re: [RFC PATCH 0/1] implement TLS register based stack canary for ARM (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH 0/1] implement TLS register based stack canary for ARM (Kees Cook <keescook@...omium.org>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Jordy Zomer <jordy@...ing.systems>)
[RFC PATCH v2 0/1] implement TLS register based stack canary for ARM (Ard Biesheuvel <ardb@...nel.org>)
[RFC PATCH v2 1/1] [ARM] Add support for TLS register based stack protector canary access (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH][net-next] netfilter: ebtables: use array_size() helper in copy_{from,to}_user() (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] iommu/dma: Use kvcalloc() instead of kvzalloc() (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc() (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] ice: use devm_kcalloc() instead of devm_kzalloc() (Kees Cook <keescook@...omium.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] ice: use devm_kcalloc() instead of devm_kzalloc() ("Nguyen, Anthony L" <anthony.l.nguyen@...el.com>)
Re: [PATCH][next] iommu/dma: Use kvcalloc() instead of kvzalloc() (Robin Murphy <robin.murphy@....com>)
Re: [PATCH][net-next] netfilter: ebtables: use array_size() helper in copy_{from,to}_user() (Pablo Neira Ayuso <pablo@...filter.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists ("Andy Lutomirski" <luto@...nel.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)

October 22 (12 messages)

Re: [PATCH] selftests: proc: Make sure wchan works when it exists ("Andy Lutomirski" <luto@...nel.org>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH] selftests: proc: Make sure wchan works when it exists (Kees Cook <keescook@...omium.org>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Kees Cook <keescook@...omium.org>)
Re: [PATCH] ARM: stackprotector: prefer compiler for TLS based per-task protector (Kees Cook <keescook@...omium.org>)
Re: [PATCH] mm/secretmem: Avoid letting secretmem_users drop to zero (Mike Rapoport <rppt@...nel.org>)
Re: [PATCH] ARM: stackprotector: prefer compiler for TLS based per-task protector (Ard Biesheuvel <ardb@...nel.org>)
Re: [RFC PATCH v2 1/1] [ARM] Add support for TLS register based stack protector canary access (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] Introduce the pkill_on_warn boot parameter (Alexander Popov <alex.popov@...ux.com>)
[PATCH 0/2] lkdtm/bugs: Check that a per-task stack canary exists (Kees Cook <keescook@...omium.org>)
[PATCH 1/2] selftests/lkdtm: Add way to repeat a test (Kees Cook <keescook@...omium.org>)
[PATCH 2/2] lkdtm/bugs: Check that a per-task stack canary exists (Kees Cook <keescook@...omium.org>)

October 23 (7 messages)

[PATCH v2][next] virt: acrn: Prefer array_size and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
[PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
Re: [PATCH] nvmet: prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH] nvmet: prefer struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 24 (5 messages)

Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
[PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Matthew Wilcox <willy@...radead.org>)
Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 25 (10 messages)

Re: [PATCH] dmaengine: milbeaut-hdmac: Prefer kcalloc over open coded arithmetic (Vinod Koul <vkoul@...nel.org>)
Re: [PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic (Sagi Grimberg <sagi@...mberg.me>)
[PATCH] fortify: Avoid shadowing previous locals (Qian Cai <quic_qiancai@...cinc.com>)
Re: [PATCH] fortify: Avoid shadowing previous locals (Kees Cook <keescook@...omium.org>)
Re: [PATCH] fortify: Avoid shadowing previous locals (Qian Cai <quic_qiancai@...cinc.com>)
Re: [PATCH] fortify: Avoid shadowing previous locals (Kees Cook <keescook@...omium.org>)
Re: [PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
[PATCH v2] fortify: Avoid shadowing previous locals (Qian Cai <quic_qiancai@...cinc.com>)
Re: [PATCH v2][next] virt: acrn: Prefer array_size and struct_size over open coded arithmetic ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v2] fortify: Avoid shadowing previous locals (Kees Cook <keescook@...omium.org>)

October 26 (10 messages)

[PATCH v3 0/1] implement TLS register based stack canary for ARM (Ard Biesheuvel <ardb@...nel.org>)
[PATCH v3 1/1] [ARM] Add support for TLS register based stack protector canary access (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v3] docs: deprecated.rst: Clarify open-coded arithmetic with literals (Jonathan Corbet <corbet@....net>)
Re: [PATCH v3] docs: deprecated.rst: Clarify open-coded arithmetic with literals ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v3 1/1] [ARM] Add support for TLS register based stack protector canary access (Kees Cook <keescook@...omium.org>)
Re: [PATCH] ARM: stackprotector: prefer compiler for TLS based per-task protector (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference ("Gustavo A. R. Silva" <gustavoars@...nel.org>)

October 27 (30 messages)

Re: [PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic (Chaitanya Kulkarni <chaitanyak@...dia.com>)
Re: [PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic (Christoph Hellwig <hch@....de>)
Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR (Kees Cook <keescook@...omium.org>)
Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH][next] iommu/dma: Use kvcalloc() instead of kvzalloc() (Joerg Roedel <joro@...tes.org>)
Gemeinnützige Ansprüche (Charles W Jackson Jr <jannetrobert12@...il.com>)
RE: [PATCH v5 00/15] x86: Add support for Clang CFI (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH][next] powerpc/vas: Fix potential NULL pointer dereference (Michael Ellerman <mpe@...erman.id.au>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
RE: [PATCH v5 00/15] x86: Add support for Clang CFI (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Mark Rutland <mark.rutland@....com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Jani Nikula <jani.nikula@...ux.intel.com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Sami Tolvanen <samitolvanen@...gle.com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Kees Cook <keescook@...omium.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
RE: [PATCH v5 00/15] x86: Add support for Clang CFI (David Laight <David.Laight@...LAB.COM>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Kees Cook <keescook@...omium.org>)
[PATCH v2 0/2] Introduce the pkill_on_warn parameter (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 1/2] bug: do refactoring allowing to add a warning handling action (Alexander Popov <alex.popov@...ux.com>)
[PATCH v2 2/2] sysctl: introduce kernel.pkill_on_warn (Alexander Popov <alex.popov@...ux.com>)

October 28 (11 messages)

[PATCH] gcc-plugins: use swap() to make code cleaner (Yang Guang <cgel.zte@...il.com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
[PATCH v4 0/1] implement TLS register based stack canary for ARM (Ard Biesheuvel <ardb@...nel.org>)
[PATCH v4 1/1] [ARM] Add support for TLS register based stack protector canary access (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Kees Cook <keescook@...omium.org>)
Re: [PATCH][next] nouveau/svm: Use kvcalloc() instead of kvzalloc() ("Gustavo A. R. Silva" <gustavoars@...nel.org>)
Re: selftests: seccomp_bpf failure on 5.15 (Kees Cook <keescook@...omium.org>)
Re: [PATCH 1/2] kasan: test: use underlying string helpers (Andrew Morton <akpm@...ux-foundation.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH 1/2] kasan: test: use underlying string helpers (Kees Cook <keescook@...omium.org>)
Re: selftests: seccomp_bpf failure on 5.15 (ebiederm@...ssion.com (Eric W. Biederman))

October 29 (8 messages)

Re: selftests: seccomp_bpf failure on 5.15 (Kees Cook <keescook@...omium.org>)
[PATCH] signal: Add SA_IMMUTABLE to ensure forced siganls do not get changed (ebiederm@...ssion.com (Eric W. Biederman))
Re: selftests: seccomp_bpf failure on 5.15 (ebiederm@...ssion.com (Eric W. Biederman))
Re: [PATCH v2][next] sysctl: Avoid open coded arithmetic in memory allocator functions (Len Baker <len.baker@....com>)
Re: [PATCH] nvmet: prefer flex_array_size and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
[PATCH v3][next] virt: acrn: Prefer array_size and struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] x86/unwind/orc: Handle kretprobes_trampoline (Marios Pomonis <pomonis@...gle.com>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Peter Zijlstra <peterz@...radead.org>)

October 30 (7 messages)

[PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] drm/i915: Prefer struct_size over open coded arithmetic (Len Baker <len.baker@....com>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH v5 00/15] x86: Add support for Clang CFI (Sami Tolvanen <samitolvanen@...gle.com>)

October 31 (8 messages)

Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] signal: Add SA_IMMUTABLE to ensure forced siganls do not get changed (Andrea Righi <andrea.righi@...onical.com>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Peter Zijlstra <peterz@...radead.org>)
Re: [PATCH] static_call,x86: Robustify trampoline patching (Ard Biesheuvel <ardb@...nel.org>)

444 messages

Powered by blists - more mailing lists