Linux Sparse
[Prev Page][Next Page]
- 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>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]