Linux Sparse
[Prev Page][Next Page]
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Rasmus Villemoes <ravi@xxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [no subject]
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 01/10] compiler.h: add statically_false()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 08/10] drm/i915/reg: replace __is_const_expr() by is_const_true() or is_const()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Willy Tarreau <w@xxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <vincent.mailhol@xxxxxxxxx>
- Re: [PATCH 01/10] compiler.h: add statically_false()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 03/10] compiler.h: add is_const_true() and is_const_false()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Martin Uecker <muecker@xxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 01/10] compiler.h: add statically_false()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 05/10] minmax: simplify __clamp_once() by using is_const_false()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 06/10] fortify: replace __is_constexpr() by is_const() in strlen()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 04/10] linux/bits.h: simplify GENMASK_INPUT_CHECK() by using is_const_true()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 00/10] compiler.h: refactor __is_constexpr() into is_const{,_true,_false}()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH] build_bug.h: more user friendly error messages in BUILD_BUG_ON_ZERO()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH 00/10] compiler.h: refactor __is_constexpr() into is_const{,_true,_false}()
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- RE: [PATCH 08/10] drm/i915/reg: replace __is_const_expr() by is_const_true() or is_const()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 06/10] fortify: replace __is_constexpr() by is_const() in strlen()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 05/10] minmax: simplify __clamp_once() by using is_const_false()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 04/10] linux/bits.h: simplify GENMASK_INPUT_CHECK() by using is_const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 03/10] compiler.h: add is_const_true() and is_const_false()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH 01/10] compiler.h: add statically_false()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 0/6] Enable strict percpu address space checks
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: sparse reports "different lock contexts for basic block" when using guard syntax
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/10] compiler.h: remove __is_constexpr()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 09/10] coresight: etm4x: replace __is_const_expr() by is_const()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 08/10] drm/i915/reg: replace __is_const_expr() by is_const_true() or is_const()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 05/10] minmax: simplify __clamp_once() by using is_const_false()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 07/10] overflow: replace __is_constexpr() by is_const()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 06/10] fortify: replace __is_constexpr() by is_const() in strlen()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 03/10] compiler.h: add is_const_true() and is_const_false()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 02/10] compiler.h: add is_const() as a replacement of __is_constexpr()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 04/10] linux/bits.h: simplify GENMASK_INPUT_CHECK() by using is_const_true()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 00/10] compiler.h: refactor __is_constexpr() into is_const{,_true,_false}()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- [PATCH 01/10] compiler.h: add statically_false()
- From: Vincent Mailhol via B4 Relay <devnull+mailhol.vincent.wanadoo.fr@xxxxxxxxxx>
- sparse reports "different lock contexts for basic block" when using guard syntax
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx>
- Re: [PATCH 6/6] percpu/x86: Enable strict percpu checks via named AS qualifiers
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [PATCH 6/6] percpu/x86: Enable strict percpu checks via named AS qualifiers
- From: Nadav Amit <nadav.amit@xxxxxxxxx>
- [PATCH 6/6] percpu/x86: Enable strict percpu checks via named AS qualifiers
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 5/6] percpu: Repurpose __percpu tag as a named address space qualifier
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 4/6] percpu: Use TYPEOF_UNQUAL() in *_cpu_ptr() accessors
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 3/6] percpu: Use TYPEOF_UNQUAL() in variable declarations
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 2/6] compiler.h: Introduce TYPEOF_UNQUAL() macro
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 1/6] x86/kgdb: Use IS_ERR_PCPU() macro
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- [PATCH 0/6] Enable strict percpu address space checks
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 1/2] compiler.h: add const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v4 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v4 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 1/2] compiler.h: add const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v4 1/2] compiler.h: add const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 1/2] compiler.h: add const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 1/2] compiler.h: add const_true()
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v4 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH] compiler.h: Fix undefined BUILD_BUG_ON_ZERO()
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH] compiler.h: Fix undefined BUILD_BUG_ON_ZERO()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] compiler.h: Fix undefined BUILD_BUG_ON_ZERO()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] compiler.h: Fix undefined BUILD_BUG_ON_ZERO()
- From: Kees Cook <kees@xxxxxxxxxx>
- [PATCH] compiler.h: Fix undefined BUILD_BUG_ON_ZERO()
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- [PATCH 0/1] Add missing include in compiler.h
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 1/1] compiler.h: Add missing include statement for build_bug.h
- From: Philipp Reisner <philipp.reisner@xxxxxxxxxx>
- Re: [PATCH v4 1/2] compiler.h: add const_true()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [RESEND PATCH v3 1/2] compiler.h: add _static_assert()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v4 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [RESEND PATCH v3 1/2] compiler.h: add _static_assert()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v4 1/2] compiler.h: add const_true()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v4 0/2] add const_true() to simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [RESEND PATCH v3 1/2] compiler.h: add _static_assert()
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] add _statically_true() to simplify GENMASK_INPUT_CHECK()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RESEND PATCH v3 1/2] compiler.h: add _static_assert()
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v3 0/2] add _statically_true() to simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [RESEND PATCH v3 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [RESEND PATCH v3 0/2] add _statically_true() to simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [RESEND PATCH v3 1/2] compiler.h: add _static_assert()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v3 2/2] linux/bits.h: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v3 1/2] compiler.h: add _static_assert()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- [PATCH v3 0/2] add _statically_true() to simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH v2] linux/bits: simplify GENMASK_INPUT_CHECK()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] linux/bits: simplify GENMASK_INPUT_CHECK()
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- how to figure if a struct symbol is incomplete
- From: Aurelien Aptel <aaptel@xxxxxxxxxx>
- Re: Christmas wish list: -Werror and -Wno-warn-about-X
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- RE: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [PATCH net] net: add inline annotation to fix the build warning
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net] net: add inline annotation to fix the build warning
- From: Edward Cree <ecree.xilinx@xxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text
- From: Jason Andryuk <jason.andryuk@xxxxxxx>
- Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 01/28] x86/pvh: Call C code via the kernel virtual mapping
- From: Jason Andryuk <jason.andryuk@xxxxxxx>
- Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text
- From: Jason Andryuk <jason.andryuk@xxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [RFC PATCH 06/28] x86/percpu: Get rid of absolute per-CPU variable placement
- From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Ian Rogers <irogers@xxxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- [RFC PATCH 19/28] x86/boot/64: Avoid intentional absolute symbol references in .head.text
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Ian Rogers <irogers@xxxxxxxxxx>
- [RFC PATCH 07/28] scripts/kallsyms: Avoid 0x0 as the relative base
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 15/28] x86/sync_core: Use RIP-relative addressing
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 28/28] x86/tools: Drop x86_64 support from 'relocs' tool
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 26/28] x86/boot: Implement support for ELF RELA/RELR relocations
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 23/28] tools/objtool: Mark generated sections as writable
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 22/28] asm-generic: Treat PIC .data.rel.ro sections as .rodata
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 21/28] x86/head: Use PIC-compatible symbol references in startup code
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 20/28] x64/acpi: Use PIC-compatible references in wakeup_64.S
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 18/28] x86/boot/64: Determine VA/PA offset before entering C code
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 17/28] x86/hibernate: Prefer RIP-relative accesses
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 16/28] x86/entry_64: Use RIP-relative addressing
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 13/28] x86/kvm: Use RIP-relative addressing
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 12/28] x86/pm-trace: Use RIP-relative accesses for .tracedata
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 10/28] x86/xen: Avoid relocatable quantities in Xen ELF notes
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 09/28] x86/tools: Remove special relocation handling for per-CPU variables
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 08/28] scripts/kallsyms: Remove support for absolute per-CPU variables
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 06/28] x86/percpu: Get rid of absolute per-CPU variable placement
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 03/28] x86/tools: Use mmap() to simplify relocs host tool
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 01/28] x86/pvh: Call C code via the kernel virtual mapping
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [RFC PATCH 00/28] x86: Rely on toolchain for relocatable code
- From: Ard Biesheuvel <ardb+git@xxxxxxxxxx>
- [PATCH] fix: Skip if symbol have no op when handle_qualifiers
- From: wenlunpeng <wenlunpeng@xxxxxxxxxxxxx>
- Re: [ Patch 001 ] feature: add support for loongarch
- From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
- Re: [ Patch 001 ] feature: add support for loongarch
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [ Patch 001 ] feature: add support for loongarch
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [ Patch 001 ] feature: add support for loongarch
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx>
- [PATCH] cgcc: check sparse options fmax-errors and fmax-warnings
- From: Dmitrii Golovanov <dmitrii.golovanov@xxxxxxxxx>
- Re: [PATCH] string: Check for "nonstring" attribute on strscpy() arguments
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH] string: Check for "nonstring" attribute on strscpy() arguments
- From: Kees Cook <kees@xxxxxxxxxx>
- Feature request: typeof_unqual keyword support
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [PATCH] string: Check for "nonstring" attribute on strscpy() arguments
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH] string: Check for "nonstring" attribute on strscpy() arguments
- From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
- [PATCH] string: Check for "nonstring" attribute on strscpy() arguments
- From: Kees Cook <kees@xxxxxxxxxx>
- Re: [PATCH 5.15.y 0/8] Backport patches for DAMON merge regions fix
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: Improve __branch_check__ by using __UNIQUE_ID()
- From: Chun-Hung Tseng <henrybear327@xxxxxxxxx>
- Re: sparse regex error
- From: Junio C Hamano <junio@xxxxxxxxx>
- [PATCH 5.15.y 1/8] tracing: Define the is_signed_type() macro once
- From: SeongJae Park <sj@xxxxxxxxxx>
- [PATCH 5.15.y 0/8] Backport patches for DAMON merge regions fix
- From: SeongJae Park <sj@xxxxxxxxxx>
- Re: Spurious warning about using kzalloc instead of kmalloc
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Spurious warning about using kzalloc instead of kmalloc
- From: Richard Fitzgerald <rf@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: Improve __branch_check__ by using __UNIQUE_ID()
- From: Chun-Hung Tseng <henrybear327@xxxxxxxxx>
- Re: [PATCH] sentinel_ctltable: Add a check for sentinel elements in ctl_table arrays
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH] sentinel_ctltable: Add a check for sentinel elements in ctl_table arrays
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- sparse with llvm
- From: Nuno Sá <noname.nuno@xxxxxxxxx>
- [ Patch 001 ] feature: add support for loongarch
- From: wuruilong <wuruilong@xxxxxxxxxxx>
- [RFC PATCH] Use x86 named address spaces to catch "sparse: incorrect type in initializer (different address spaces)" __percpu errors
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: warning: cast removes address space '__percpu' of expression
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- [PATCH] compiler.h: Add missing quote in macro comment
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: warning: cast removes address space '__percpu' of expression
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [patch 5/9] x86: Cure per CPU madness on UP
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 0/9] x86: Cure tons of sparse warnings (mostly __percpu)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [patch 9/9] x86/callthunks: Use EXPORT_PER_CPU_SYMBOL_GPL() for per CPU variables
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 8/9] x86/cpu: Provide a declaration for itlb_multihit_kvm_mitigation
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 7/9] x86/cpu: Use EXPORT_PER_CPU_SYMBOL_GPL() for x86_spec_ctrl_current
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 6/9] x86/uaccess: Add missing __force to casts in __access_ok() and valid_user_address()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 4/9] smp: Consolidate smp_prepare_boot_cpu()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 3/9] x86/msr: Add missing __percpu annotations
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 2/9] x86/msr: Prepare for including percpu.h
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 1/9] perf/x86/amd/uncore: Fix __percpu annotation
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 0/9] x86: Cure tons of sparse warnings (mostly __percpu)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- Rust style ownership semantics for C
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [PATCH] fix {pp-number} ## ...
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [PATCH 0/5] Support LLVM-15 and later
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] llvm: allow arm64
- Re: Christmas wish list: -Werror and -Wno-warn-about-X
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Christmas wish list: -Werror and -Wno-warn-about-X
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: Compile errors with LLVM v17
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Compile errors with LLVM v17
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: sparse regex error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse regex error
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- sparse regex error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] xtensa: switch to little endianness
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] linearize.c: fix potential buffer overrun
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: drivers/pci/pcie/../pci.h:325:17: sparse: sparse: cast from restricted pci_channel_state_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: drivers/pci/pcie/../pci.h:325:17: sparse: sparse: cast from restricted pci_channel_state_t
- From: Lukas Wunner <lukas@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- PSA: this list has moved to new vger infra (no action required)
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v1 08/14] DCE/DSE: add choice of methods to build reference for orphan sections
- From: Fangrui Song <i@xxxxxxxxxx>
- Re: [PATCH v1 10/14] DCE/DSE: riscv: make every ex_table's name unique
- From: Fangrui Song <i@xxxxxxxxxx>
- Re: [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Fangrui Song <i@xxxxxxxxxx>
- [PATCH v1 14/14] DCE/DSE: vmlinux.lds.h: allow NO_KEEP on __ex_table sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 13/14] DCE/DSE: add SECTION_NO_KEEP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 12/14] DCE/DSE: riscv: build reference for .pushsection in assembly
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 11/14] DCE/DSE: riscv: build reference for .pushsection in C functions
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 10/14] DCE/DSE: riscv: make every ex_table's name unique
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 08/14] DCE/DSE: add choice of methods to build reference for orphan sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 07/14] DCE/DSE: add HAVE_SECTION_NO_KEEP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 06/14] DCE/DSE: add HAVE_SECTION_SHF_GROUP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 05/14] DCE/DSE: add HAVE_SECTION_SHF_LINK_ORDER_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 04/14] compiler: add unique LABEL_NAME()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 03/14] compiler: add unique __SECTION_NAME()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 02/14] compiler: add a global __QUITE_UNIQUE_ID()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 01/14] DCE/DSE: allow keep unique bounded sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 00/14] DCE/DSE: Add Dead Syscalls Elimination support, part2
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION c503e3eec382ac708ee7adf874add37b77c5d312
- From: kernel test robot <lkp@xxxxxxxxx>
- sparse fails to build against llvm16
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: unify __UNIQUE_ID
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [sparse] forgotten patch
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- Re: [PATCH v4 18/21] compiler.h: RFC - s/__LINE__/__COUNTER__/ in __UNIQUE_ID fallback
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH v4 18/21] compiler.h: RFC - s/__LINE__/__COUNTER__/ in __UNIQUE_ID fallback
- From: Jim Cromie <jim.cromie@xxxxxxxxx>
- [PATCH] parse: add support for the __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: "GONG, Ruiqi" <gongruiqi@xxxxxxxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] clk: renesas: r8a7778: remove checker warnings: x | !y
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Sparse infinite loop
- From: Ramon Vallés Puig <vallespuigramon@xxxxxxxxx>
- Re: [error27/smatch] sparse-llvm: Update function calls to use LLVM API changes (PR #6)
- From: Vladimir Petko <vladimir.petko@xxxxxxxxxxxxx>
- Sparse on ARM Neon intrinsics
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
- [Bug 217153] New: [sparse-llvm] Support LLVM 15
- From: bugzilla-daemon@xxxxxxxxxx
- Re: [PATCH v1] RISC-V: Add basic support for the vector extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v1] RISC-V: Add basic support for the vector extension
- From: Conor Dooley <conor@xxxxxxxxxx>
- [sparse PATCH resend] linearize.c: fix buffer overrun warning from fortify
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- [PATCH] linearize.c: fix potential buffer overrun
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Mickaël Salaün <mic@xxxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- [PATCH] tools: Rename __fallthrough to fallthrough
- From: Liam Howlett <liam.howlett@xxxxxxxxxx>
- [PATCH] xtensa: switch to little endianness
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v4] overflow: Introduce overflows_type() and castable_to_type()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH v4] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: address_space and noderef on non-pointer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- address_space and noderef on non-pointer types
- From: David Malcolm <dmalcolm@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- Re: [PATCH v3] overflow: Introduce overflows_type() and castable_to_type()
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- [PATCH v3] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Jani Nikula <jani.nikula@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 9/9] drm/i915: Remove truncation warning for large objects
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 7/9] drm/i915: Check if the size is too big while creating shmem file
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 8/9] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 6/9] drm/i915: Check for integer truncation on the configuration of ttm place
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 4/9] drm/i915/gem: Typecheck page lookups
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 0/9] Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 2/9] overflow: Introduce check_assign() and check_assign_user_ptr()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 1/9] overflow: Allow mixed type arguments
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 3/9] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 1/9] overflow: Allow mixed type arguments
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 8/9] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 9/9] drm/i915: Remove truncation warning for large objects
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 7/9] drm/i915: Check if the size is too big while creating shmem file
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 6/9] drm/i915: Check for integer truncation on the configuration of ttm place
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 0/9] Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 2/9] overflow: Introduce check_assign() and check_assign_user_ptr()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 4/9] drm/i915/gem: Typecheck page lookups
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- handling C99 declarations after a case statement
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH] RISC-V: Add support for the zicbom extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] refcount: add __cond_lock() for conditional lock refcount API
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [RFC 2/2] kref: move kref_put_lock() callback to caller
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- [RFC 1/2] refcount: add __cond_lock() for conditional lock refcount API
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH 2/5] bitwise: accept all ones as non-restricted value
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] allow -1 and compares in bitwise types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] allow -1 and compares in bitwise types
- From: Bart Van Assche <bvanassche@xxxxxxx>
- [PATCH 0/5] allow -1 and compares in bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/5] bitwise: add testcases
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/5] bitwise: early expansion of simple constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/5] bitwise: accept all ones as non-restricted value
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/5] bitwise: do not remove the signedness of bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] inline: avoid node of node on variadics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 4/6] inline: avoid needless intermediate vars
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] inline: avoid node of node on variadics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 6/6] inline: free symbol list after use
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 5/6] inline: allocate statement after guards
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 3/6] inline: declaration of the variadic vars is useless
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 4/6] inline: avoid needless intermediate vars
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 1/6] inline: add testcases for inlining of variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 0/6] cleanup related to inlining of variadic functions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] inline: avoid node of node on variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] predefine __ATOMIC_ACQUIRE & friends as weak
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix crash when inlining casts of erroneous expressions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: /bin/bash: line 1: 45878 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EL__ --arch=nds32 -mlittle-endian -m32 -Wp,-MMD,ker...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] cgcc: do not die on '-x assembler'
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 0/3] improve cast_value()
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 2/2] cast_value: remove error-prone redundant argument
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 1/2] cast_value: assign the new type
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Re: [PATCH] handle clang's option "-meabi gnu"
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: Linux Test Project vendored Sparse
- From: Richard Palethorpe <rpalethorpe@xxxxxxx>
- [PATCH] fix zero/sign extension of integer character constants
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/2] sparse v0.6.4 regression
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: Linux Test Project vendored Sparse
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] cgcc: add Xtensa support
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] cgcc: handle -x assembler
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] handle clang's option "-meabi gnu"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v1 3/6] RISC-V: Remove the unimplemented ISA extensions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 2/6] RISC-V: Match GCC's semantics for multiple -march instances
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 1/6] RISC-V: Respect -Wsparse-error for -march errors
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse v0.6.4
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: sparse v0.6.4
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] sparse: Use offsetof macro to silence null ptr subtraction warning
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] sparse: only warn about directly nested flexible arrays
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix one year off in v0.6.4's release notes
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix infinite loop when expanding __builtin_object_size() with self-init vars
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/2] sparse v0.6.4 regression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] cgcc: add Xtensa support
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- [PATCH] cgcc: handle -x assembler
- From: Tom Rix <trix@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH v1 6/6] RISC-V: Add the Zifencei extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 5/6] RISC-V: Add the Zicsr extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 4/6] RISC-V: Remove "g" from the extension list
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 3/6] RISC-V: Remove the unimplemented ISA extensions
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 2/6] RISC-V: Match GCC's semantics for multiple -march instances
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 1/6] RISC-V: Respect -Wsparse-error for -march errors
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- building Linux for ARMv7 with llvm breaks sparse
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
- Re: [PATCH v3 0/2] Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- [PATCH v3 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v3 0/2] Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Daniel Latypov <dlatypov@xxxxxxxxxx>
- [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v2 0/2] Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [cocci] [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [cocci] [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Daniel Latypov <dlatypov@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- [PATCH v3] x86/bug: __WARN_FLAGS: prevent shadowing by renaming local variable f to __flags
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- [PATCH] sparse: Use offsetof macro to silence null ptr subtraction warning
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH AUTOSEL 5.15 08/33] x86/bug: Merge annotate_reachable() into _BUG_FLAGS() asm
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.16 08/34] x86/bug: Merge annotate_reachable() into _BUG_FLAGS() asm
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: sparse v0.6.4
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH] sparse: only warn about directly nested flexible arrays
- From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
- array of flexible structures oddity
- From: "Keller, Jacob E" <jacob.e.keller@xxxxxxxxx>
- ReleaseNotes for 0.6.4: one year off
- From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Linux Test Project vendored Sparse
- From: Richard Palethorpe <rpalethorpe@xxxxxxx>
- Re: [PATCH 1/2] expose more functions to C++ in header files
- From: "Xiao Jia" <xjia@naive.systems>
- Re: /bin/bash: line 1: 45878 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EL__ --arch=nds32 -mlittle-endian -m32 -Wp,-MMD,ker...
- From: Yafang Shao <laoar.shao@xxxxxxxxx>
- Re: __builtin_types_compatible_p() is too accepting
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- __builtin_types_compatible_p() is too accepting
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 2/3] dissect: Show macro definitions
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 1/3] dissect: Allow to show all symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 3/3] dissect: Show typedefs
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Re: [tip:sched/core 14/47] /bin/bash: line 1: 21320 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EB__ --arch=nds32 -mbig-endian -m32 -Wp,-MMD,kernel...
- From: Yujie Liu <yujie.liu@xxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- [PATCH 0/2] sparse v0.6.4 regression
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] parse: warn about a 'case label' on empty statement
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] sparse: fix broken 'memcpy-max-count' check
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]