Linux Sparse

• Thread Index

• 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]
  • From: Unknown
• 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
  • From: lucvoo@xxxxxxxxxx
• 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>