Linux Sparse

• Thread Index

• 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>
• Re: [PATCH] vboxsf: fix old signature detection
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] vboxsf: fix old signature detection
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] vboxsf: fix old signature detection
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 02/10] compiler.h: Introduce absolute_pointer macro
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 03/11] compiler.h: Introduce absolute_pointer macro
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 05/13] compiler.h: Introduce absolute_pointer macro
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 07/15] compiler.h: Introduce absolute_pointer macro
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 11/19] compiler.h: Introduce absolute_pointer macro
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Dave Taht <dave.taht@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Thorsten Glaser <t.glaser@xxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Anders Larsen <al@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] alpha: Use absolute_pointer to define COMMAND_LINE
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 3/4] alpha: Move setup.h out of uapi
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 2/4] net: i825xx: Use absolute_pointer for memcpy from fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v2 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Jeroen Roovers <jer@xxxxxxxxx>
• [PATCH 4/4] alpha: Use absolute_pointer for strcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 3/4] parisc: Use absolute_pointer for memcmp on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/4] net: i825xx: Use absolute_pointer for memcpy on fixed memory location
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 1/4] compiler.h: Introduce absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 0/4] Introduce and use absolute_pointer macro
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [ANNOUNCE] Sparse v0.6.4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse v0.6.4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse v0.6.4
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] Sparse v0.6.4
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• [ANNOUNCE] Sparse v0.6.4
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [ANNOUNCE] Sparse v0.6.4-rc1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: new sparse release?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: new sparse release?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 2/2] make implicit type conversion explicit
  • From: Ke Du <duke@naive.systems>
• [PATCH 1/2] expose more functions to C++ in header files
  • From: Ke Du <duke@naive.systems>
• [PATCH 0/2] fixes for using sparse as a C++ library
  • From: Ke Du <duke@naive.systems>
• [PATCH 5/5] scheck: fix type of operands in casts
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH 4/5] scheck: mkvar() with target or input type
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH 3/5] scheck: constants are untyped
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH 2/5] scheck: ignore OP_NOP & friends
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH 1/5] scheck: better diagnostic for unsupported instructions
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH 0/5] small fixes for the symbolic checker
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• [PATCH] fix missing itype in SEL(x, 0/1, 1/0) --> (x ==/!= 0)
  • From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
• Re: new sparse release?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: check idea: include sparse as a library in C++
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: new sparse release?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• new sparse release?
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• check idea: include sparse as a library in C++
  • From: Ke Du <duke@naive.systems>
• Re: [tglx-devel:x86/l1dflush 7/9] arch/x86/mm/tlb.c:354:13: sparse: sparse: incorrect type in initializer (different address spaces)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [tglx-devel:x86/l1dflush 7/9] arch/x86/mm/tlb.c:354:13: sparse: sparse: incorrect type in initializer (different address spaces)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [tglx-devel:x86/l1dflush 7/9] arch/x86/mm/tlb.c:354:13: sparse: sparse: incorrect type in initializer (different address spaces)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [tglx-devel:x86/l1dflush 7/9] arch/x86/mm/tlb.c:354:13: sparse: sparse: incorrect type in initializer (different address spaces)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Aurélien Aptel <aaptel@xxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Aurélien Aptel <aaptel@xxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• check idea: warn when mixing signedness in ?: operator (got bitten by this recently)
  • From: Aurélien Aptel <aaptel@xxxxxxxx>
• [PATCH] TRUNC(x) {==,!=} C --> AND(x,M) {==,!=} C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] canonicalize ((x & M) == M) --> ((x & M) != 0) when M is a power-of-2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [SPARSE 4/4] simplify AND(x >= 0, x < C) --> (unsigned)x < C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [SPARSE 2/4] add testcases for AND(x > 0, x <= C) --> x u<= C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [SPARSE 3/4] add helper is_positive()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [SPARSE 0/4] fix/improve canonicalization of signed compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [SPARSE 1/4] canonicalize constant signed compares toward zero
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] simplify TRUNC(NOT(x)) --> NOT(TRUNC(x))
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] remove early simplification of casts during evaluation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add testcases for simplification of casts.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] remove early simplification of casts during evaluation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/10] simplify and canonicalize signed compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] no needs to use MARK_CURRENT_DELETED() for multi-jumps
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] simplify and canonicalize signed compares
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] no needs to use MARK_CURRENT_DELETED() for multi-jumps
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] no needs to use MARK_CURRENT_DELETED() for multi-jumps
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] no needs to use MARK_CURRENT_DELETED() for multi-jumps
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 8/8] scheck: support pre-conditions via __assume()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 7/8] scheck: assert_const()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 6/8] scheck: allow multiple assertions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 5/8] scheck: assert_eq()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 4/8] scheck: add a symbolic checker
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 3/8] .gitignore is a bit too greedy
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/8] export declare_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/8] scheck: add a symbolic checker
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] kill redundant stores (local)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] extract try_to_kill_store() from kill_dominated_stores()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] kill parent's dead stores too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] add testcases for stores simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] volatile stores are never dead
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] kill more dead stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add some notes about pseudos being typeless
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] linear: only allocate call instructions when needed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] scheck: support pre-conditions via __assume()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] scheck: assert_const()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] scheck: allow multiple assertions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] scheck: assert_eq()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] scheck: add a symbolic checker
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] .gitignore is a bit too greedy
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] builtin: define a symbol_op for a generic op acting on integer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] scheck: add a symbolic checker for sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] export declare_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix null-pointer crash with with ident same as one of the attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] fix remove_merging_phisrc()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] better check validity of phi-sources
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] correctly count phi arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] fix 2 problems with phi-sources
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] additional testcase for remove_merging_phisrc()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 4/6] memops: do not mess up with phisource's source ident
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] memops: we can kill addresses unconditionally
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] memops: avoid using first_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] memops: small cleanups
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] memops: remove obsolete comment
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] memops: find_dominating_parents()s generation is redundant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] memops: dominates()s first arg is redundant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] let insert_select() use insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] add insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] let insert_phis() use insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] let ssa_rename_phi() use insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] let find_dominating_parents() use insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] use an helper to add an instruction to a BB
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] replace add_instruction_to_end() by insert_last_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: add option '-r' to 'test-suite format'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/13] fix phisources during SWITCH-BR conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/13] use convert_to_jump() when converting a CBR with same targets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/13] let insert_branch() return a status
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/13] add testcases to check if phi-sources from removed targets are removed too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/13] remove phi-sources from removed branches
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/13] move insert_branch() to flow.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/13] let insert_branch() reuse the terminating instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/13] fix phisources during CBR-BR conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/13] add remove_phisources()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/13] fold remove_parent() into insert_branch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/13] rename insert_branch() to convert_to_jump()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/13] Revert "simplify CBR-CBR on the same condition"
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/13] simplify remove_parent()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/13] remove insert_branch() redundant arg
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [for-stable-4.19 PATCH v2 0/2] Backport patches to fix KASAN+LKDTM with recent clang on ARM64
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [for-stable-4.19 PATCH v2 0/2] Backport patches to fix KASAN+LKDTM with recent clang on ARM64
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• [for-stable-4.19 PATCH v2 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [for-stable-4.19 PATCH 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• Re: [for-stable-4.19 PATCH 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [for-stable-4.19 PATCH 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• Re: [for-stable-4.19 PATCH 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [for-stable-4.19 PATCH 0/2] Backport patches to fix KASAN+LKDTM with recent clang on ARM64
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [for-stable-4.19 PATCH 0/2] Backport patches to fix KASAN+LKDTM with recent clang on ARM64
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• [for-stable-4.19 PATCH 1/2] vmlinux.lds.h: Create section for protection against instrumentation
  • From: Nicolas Boichat <drinkcat@xxxxxxxxxxxx>
• [PATCH 7/9] simplify (x | M) {==,!=} C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] simplify (x & M) {==,!=} C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] simplify (x | M) cmps C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] simplify (x | M) cmpu C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] add testcases for constant compares against AND/OR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] simplify CMP(AND(x,M), C) and CMP(OR(x,M), C)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] change testing of signed compares against SMIN or SMAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] simplify (x & M) cmps 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] simplify (x & M) cmpu C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] simplify (x & M) cmps C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] ssa: avoid SSA conversion of packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] ssa: fix conversion with mismatched size or offset
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] ssa: add some testcases for mismatched memops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] ssa: the sparse set is not needed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] fix SSA conversion of mismatched memops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 5/6] ptrlist: make linearize_ptr_list() generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] phi-sources can only have a single user (or none)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] ptrlist: change return value of linearize_ptr_list()/ptr_list_to_array()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 6/6] ptrlist: change return value of linearize_ptr_list()/ptr_list_to_array()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] ptrlist: make linearize_ptr_list() generic
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] ptrlist: use ptr_list_nth() instead of linearize_ptr_list()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] ptrlist: add pop_ptr_list()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] ptrlist: change TYPEOF() into PTRLIST_TYPE()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] ptrlist: ~fix TYPEOF()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] phi-sources can only have a single user (or none)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH 4/6] ptrlist: use ptr_list_nth() instead of linearize_ptr_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] ptrlist: make linearize_ptr_list() generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] ptrlist: change return value of linearize_ptr_list()/ptr_list_to_array()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] ptrlist: add pop_ptr_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] ptrlist: change TYPEOF() into PTRLIST_TYPE()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] ptrlist: ~fix TYPEOF()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] small changes to ptrlist API
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 00/11] pragma once: treewide conversion
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 00/11] pragma once: treewide conversion
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] pre-proc: do some path normalization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/4] slice: OP_SLICE needs the source's type: make it a kind of unop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] linearize.h: fix some 'selfcheck' warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] asm-out0: fix a test failure on 32-bit systems
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 00/11] pragma once: treewide conversion
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] asm-out0: fix a test failure on 32-bit systems
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] slice: display the source's size, like for unops
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] slice: OP_SLICE needs the source's type: make it a kind of unop
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] slice: remove unneeded len from OP_SLICE
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] linearize.h: fix some 'selfcheck' warnings
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] slice: display the source's size, like for unops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] slice: OP_SLICE needs the source's type: make it a kind of unop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] slice: remove unneeded len from OP_SLICE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] slice: remove unneeded nr_nrbits from EXPR_SLICE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] small reorganization of OP_SLICE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix eval of the assignment of a non-restricted value to a restricted variable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] asm-mem: teach dominates() about OP_ASM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] asm-mem: add testcase for missing reload after asm memops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] reorg dominates()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] asm-mem: does it output to memory?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] asm-mem: does it clobber memory?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] teach memory simplification about ASM instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] asm: factor out add_asm_rule() from add_asm_{in,out}put()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] asm: add testcase for problem with output addresses
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] asm: output *memory* operands need their address as *input*
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] output *memory* operands need their address as *input*
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] expand __builtin_object_size()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Guido Günther <agx@xxxxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] usb: typec: tps6598x: Add trace event for status register
  • From: Guido Günther <agx@xxxxxxxxxxx>
• [PATCH] fix add_join_conditional() one of the alternative is VOID
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] Makefile: add version.h dependency on all objects
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] Makefile: add version.h dependency on all objects
  • From: Kyle Russell <bkylerussell@xxxxxxxxx>
• [PATCH 09/10] cmps: canonicalize SEL(x {<,<=} y, a, b) --> SEL(x {>=,>} y, b, a)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/10] cmps: canonicalize SEL(x > 0, a, -a) --> SEL(x >= 0, a, -a)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/10] cmps: canonicalize signed compares with constant
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/10] cmps: canonicalize SMIN/SMAX +- 1 --> EQ/NE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/10] cmps: simplify signed compares with SMIN or SMAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/10] cmps: canonicalize signed compares with SMIN/SMAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/10] cmps: add testcases for simplification of signed compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/10] cmps: fix simplification of sext(x) + signed compare of {SMAX,SMIN}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/10] cmpu: fix canonicalization of unsigned (x {<,>=} C) --> (x {<=,>} C-1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/10] cmps: make clearer we're using the operands' size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/10] simplify and canonicalize signed compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] simplify LSR + SEXT into ASR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix possible circular definition with can_move_to()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] handle qualified anonymous structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] handle qualified anonymous structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2] handle qualified anonymous structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] handle qualified anonymous structures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] handle qualified anonymous structures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] handle qualified anonymous structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: 'const' unnamed structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• 'const' unnamed structures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] compiler.h: Include asm/rwonce.h under ARM64 and ALPHA to fix build errors
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH bpf 1/2] samples/bpf: Set flag __SANE_USERSPACE_TYPES__ for MIPS to fix build warnings
  • From: Yonghong Song <yhs@xxxxxx>
• Re: [PATCH bpf 1/2] samples/bpf: Set flag __SANE_USERSPACE_TYPES__ for MIPS to fix build warnings
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• [PATCH] fix type of canonicalization of sext + unsigned compare
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] compiler.h: Include asm/rwonce.h under ARM64 and ALPHA to fix build errors
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 0/2] Fix build errors and warnings when make M=samples/bpf
  • From: Yonghong Song <yhs@xxxxxx>
• Re: [PATCH 2/2] compiler.h: Include asm/rwonce.h under ARM64 and ALPHA to fix build errors
  • From: Yonghong Song <yhs@xxxxxx>
• Re: [PATCH bpf 1/2] samples/bpf: Set flag __SANE_USERSPACE_TYPES__ for MIPS to fix build warnings
  • From: Yonghong Song <yhs@xxxxxx>
• [PATCH bpf 1/2] samples/bpf: Set flag __SANE_USERSPACE_TYPES__ for MIPS to fix build warnings
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• [PATCH 2/2] compiler.h: Include asm/rwonce.h under ARM64 and ALPHA to fix build errors
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• [PATCH 0/2] Fix build errors and warnings when make M=samples/bpf
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH] RFC: problems with cast optimization at evaluation time
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] RFC: problems with cast optimization at evaluation time
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v3 00/16] support __packed struct
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 16/16] packed: add support for __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 15/16] packed: no out-of-bound access of packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 06/16] add testcases for packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 05/16] add testcases for packed structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 04/16] add testcases for type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 03/16] add testcases for enum attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 14/16] struct-attr: fix: do not ignore struct/union/enum type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 13/16] struct-attr: fix type attribute like 'struct __attr { ... }'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 12/16] struct-attr: prepare to handle attributes at the end of struct definitions (3)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 11/16] struct-attr: prepare to handle attributes at the end of struct definitions (2)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 09/16] apply_ctype: move up its declaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 08/16] apply_ctype: reverse the order of arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 07/16] apply_ctype: use self-explanatory argument name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 10/16] struct-attr: prepare to handle attributes at the end of struct definitions (1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 01/16] add testcases for dubious enum values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 02/16] add testcases for exotic enum values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 00/16] support __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 04/16] add testcases for type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 02/16] add testcases for exotic enum values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 05/16] add testcases for packed structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 06/16] add testcases for packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 08/16] apply_ctype: reverse the order of arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 10/16] struct-attr: prepare to handle attributes at the end of struct definitions (1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 15/16] packed: no out-of-bound access of packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] fix rem_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] fix rem_usage()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fix rem_usage()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fix rem_usage()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] add helper has_definition()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] support __packed struct
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/16] packed: no out-of-bound access of packed bitfields
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/16] struct-attr: prepare to handle attributes at the end of struct definitions (1)
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/16] apply_ctype: reverse the order of arguments
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/16] add testcases for packed bitfields
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/16] add testcases for packed structures
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/16] add testcases for type attributes
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/16] add testcases for exotic enum values
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] ptrlist: avoid mixing reverse and non-reverse macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] shrink struct BB
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix rem_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix rem_usage()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add helper has_definition()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 16/16] packed: add support for __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/16] struct-attr: prepare to handle attributes at the end of struct definitions (3)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/16] struct-attr: prepare to handle attributes at the end of struct definitions (2)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/16] struct-attr: prepare to handle attributes at the end of struct definitions (1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 15/16] packed: no out-of-bound access of packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 14/16] struct-attr: fix: do not ignore struct/union/enum type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 13/16] struct-attr: fix type attribute like 'struct __attr { ... }'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/16] apply_ctype: move up its declaration
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/16] apply_ctype: reverse the order of arguments
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/16] apply_ctype: use self-explanatory argument name
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/16] add testcases for packed bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/16] add testcases for packed structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/16] add testcases for exotic enum values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/16] add testcases for type attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/16] add testcases for dubious enum values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/16] add testcases for enum attributes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/16] support __packed struct
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse annotation for error types?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH] warn when zero-extending a negation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>