Linux Sparse

• Thread Index

• [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>
• Re: [PATCH] warn when zero-extending a negation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] warn when zero-extending a negation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] warn when zero-extending a negation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Patch "[PATCH 1/2] Revert "md: change mddev 'chunk_sectors' from int to" has been added to the 5.10-stable tree
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: sparse attribute packed on structures
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• sparse attribute packed on structures
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [PATCH] testsuite: fix parsing of tags used in the testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] testsuite: fix parsing of tags used in the testcases
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] testsuite: fix parsing of tags used in the testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] move check_access() to late_warnings()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse annotation for error types?
  • From: Zhang Changzhong <zhangchangzhong@xxxxxxxxxx>
• Re: sparse annotation for error types?
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: sparse annotation for error types?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse annotation for error types?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• sparse annotation for error types?
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] experimental: code sinking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] experimental: code sinking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] experimental: code sinking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] cse: place common expressions in the Lowest Common Dominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] flowgraph: add a function to calculate the Lowest Common Denominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [RFC PATCH 0/2] cse: place common expressions in the Lowest Common Dominator
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] experimental: code sinking
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] experimental: code sinking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix killing OP_ASM
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] replace convert_load_instruction() by replace_with_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] let replace_with_pseudo() use kill_instruction()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] memops: move rewrite_load_instruction() here
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] make replace_with_pseudo() extern
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] make a header for simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] use replace_with_pseudo() for simplify_memops()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix wrong killing of stores partially dominated by a load
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] memops: kill dead loads before phi-node conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/6] 'bits translation' simplification
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] factorize SEL(x, OP(y,z), y) into OP(SEL(x, z, 0), y)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] add helper is_power_of_2()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] add helper is_pow2()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] convert SEL(x & BIT1, BIT2, 0) into SHIFT(x & BIT1, S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] add log base 2 function: log2_exact()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] move up instructions blocking if-conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] 'bits translation' simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] add testscases for 'bits translation' optimization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/8] factorize SHIFT(x, s) OP SHIFT(y, s) into SHIFT((x OP y), s)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] factorize (x OP1 z) OP2 (y OP1 z) into (x OP2 y) OP1 z
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] refactor simplify_add() to avoid code duplication
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] refactor simplify_add() to avoid code duplication (preparation)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] add helper replace_binop()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] add helper make_insn_pair() & swap_insn()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] reassoc: add helper can_move_to()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] add testscases for some factorization of distributive operations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] factorization of distributive operations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix trivial_phi()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] symaddr: give a type to OP_SYMADDR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] canon: simplify calculation of canonical order
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] canon: put PSEUDO_ARGs in canonical order too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] canon: put PSEUDO_REGs in canonical order too
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] not: add testcases for canonicalization & simplification of negations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] not: simplify ((x cmp y) {&,|,^} (x !cmp y)) --> {0,1,1}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] not: simplify (~x {&,|,^} x) --> {0,~0,~0}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] opcode: add helpers opcode_negate() & opcode_swap()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] simplify logical negation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] simplify kill_insn() of unops and unop-ish instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] cleanup REPEAT_SYMBOL_CLEANUP & kill_insn()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] remove unneeded REPEAT_SYMBOL_CLEANUP
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] simplification of computed goto
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] simplification of computed goto
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/4] simplification of computed goto
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] add testcases for COMPUTEDGOTO simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] simplification of computed goto
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] add a new instruction for label-as-value
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] simplify CGOTO(SEL(x, L1, L2)) into CBR x, L1, L2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] simplify OP_COMPUTEDGOTO with unique and known target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix kill_insn(OP_SETVAL)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH net-next v2] net: add annotation for sock_{lock,unlock}_fast
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] simplify unrestricted postop
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] unqual: pre- & post-increment/decrement should *not* drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] unqual: statement expressions should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] unqual: comma expressions should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] unqual: unqualify_type() should check for null ctypes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] unqual: add testcases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] fix qualifier dropping
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] casts should drop qualifiers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] casts should drop qualifiers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Re: typeof and operands in named address spaces
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2] net: add annotation for sock_{lock,unlock}_fast
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next] net: add annotation for sock_{lock,unlock}_fast
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH] linearize: remove unneeded forward declarations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH net-next] net: add annotation for sock_{lock,unlock}_fast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH net-next] net: add annotation for sock_{lock,unlock}_fast
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH 1/2] rebuild dominance tree during CFG cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] simplify CBR-CBR on the same condition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] simplify CBR-CBR on the same condition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/8] cfg: adjust phi-sources when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/8] cfg: adjust phi-sources when merging BBs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cfg: adjust phi-sources when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/8] cfg: adjust phi-sources when merging BBs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 8/8] cfg: early CFG simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] cfg: call simplify_memops() unconditionally.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] cfg: add missing REPEAT_CFG_CLEANUP
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] cfg: adjust phi-nodes when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] cfg: adjust phi-sources when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] cfg: extract merge_bb() from pack_basic_blocks()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/8] cfg: add testcase for phi-adjusting during BB merge
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/8] testcase: avoid UNDEF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/8] cfg: early CFG simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH net-next] net: add annotation for sock_{lock,unlock}_fast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH net-next] net: add annotation for sock_{lock,unlock}_fast
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH 4/4] doc: add header for flow simplification related documentation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] doc: add some doc to flowgraph.h
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] doc: fix extracted autodoc when short description ends with a ?
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] doc: add header for optimization related documentation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] doc: one patch and three improvements
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add missing REPEAT_CFG_CLEANUP
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] simplify OP_COMPUTEDGOTO with known target
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] doc: Sphinx's option ':noindex:' have been rename into ':noindexentry:'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] doc: add some doc about using NULL or VOID in ptrlists
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] adjust phi-sources when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcase for phi-adjusting during BB merge
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] adjust phi-sources when merging BBs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] linearize: fix a couple of 'selfcheck' warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] linearize: fix a couple of 'selfcheck' warnings
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] fix linear_isdigit()'s itype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: 'context imbalance' warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: 'context imbalance' warnings
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 'context imbalance' warnings
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 'context imbalance' warnings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/16] cmp: simplify zext(x) cmps C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/16] cmp: simplify zext(x) cmpu C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/16] cmp: simplify compares and sign/zero extend
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/16] cmp: canonicalize sext(x) cmpu C (with C >= SMAX)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/16] cmp: simplify sext(x) cmps {SMAX,SMIN}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/16] cmp: simplify zext(x) cmp C --> x cmp C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/16] cmp: simplify sext(x) cmp C --> x cmp C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/16] cmp: canonicalize unsigned (x {<=,>} SMAX)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/16] cmp: simplify unsigned (x {<=,>} UMAX) into {1,0}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/16] cmp: canonicalize unsigned compare with UMAX or UMAX-1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/16] cmp: canonicalize unsigned (x {<,>=} C) --> (x {<=,>} C-1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/16] cmp: use a few helpers for the simplification of compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/16] cmp: move some code in a separate function: simplify_compare_constant()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/16] cmp: add signed/unsigned to opcode table
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/16] cmp: add testcases for the simplification of compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/16] cmp: adapt testcase for compares' canonicalization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/16] simplify & canonicalize compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] simplify SEL(SEL, ...), ...)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] simplify SEL(SEL, ...), ...)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] simplify SEL(x == y, x, y) and friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add debug helpers: show_insn_bb() & show_insn_entry()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] do not call simplify_instruction() if already removed
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] select: simplify handling of constant cond or src1 == src2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] select: simplify SEL(SEL(x, C1, C2), y, z) --> y (with C1, C2 != 0)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] select: simplify SEL(SEL(x, C, 0), C, 0) --> SEL(x, C, 0) == cond
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] select: simplify SEL(SEL(x, C, 0), y, z) --> SEL(x, y, z) and its dual
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] select: add some testcases for select simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] simplify SEL(SEL, ...), ...)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Song Liu <songliubraving@xxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Song Liu <songliubraving@xxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• "warning: context imbalance" in kernel/bpf/hashtab.c
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH 1/2] testsuite: add a new tag: check-output-match
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] testsuite: add a new tag: check-output-match
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] testsuite: add a new tag: check-output-returns
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] testsuite: add a new tag: check-output-match
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] testsuite: add new tags: check-output-{match,returns}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] linearize __builtin_isdigit()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix usage count in linearize_fma()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix init_linearized_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] eval_insn: give an explicit type to operands of comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] eval_insn: add testcases for incorrect type in OP_SET_*
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] give an explicit type to operands of comparisons
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Sparse improvements & regressions for Linux v5.9-rc1 -> v5.10-rc1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] handle more graciously labels with no statement
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] handle more graciously labels with no statement
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] handle more graciously labels with no statement
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] handle more graciously labels with no statement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] handle more graciously labels with no statement
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] handle more graciously labels with no statement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] warn on all missing parameter types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] replace nbr_users() by multi_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add testcase for missing inline definition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix testing if a OP_CALL's function is pure
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add helper first_symbol()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix testing if a OP_CALL's function is pure
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] kill dead instructions before any other simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] OP_CALL should use the full function type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] linearize: OP_INLINE do not use the function symbol
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] simplify unsigned compares against 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] unop: add testcases for unop simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] unop: simplify ~(-x) --> x - 1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] unop: simplify ~(x ^ C) --> x ^ ~C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] unop: simplify ~(C - x) --> x + ~C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] unop: simplify ~(x + C) --> ~C - x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] unop: simplify -(~x) --> x + 1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] unop: simplify -(x + C) --> -C - x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] unop: simplify -(x - y) --> y - x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] unop: prepare simplify_unop() to handle more cases
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] basic unop simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/2] simplify unsigned compares against 0
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] cleanup linearize_cond_branch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] canonicalize unsigned compares against 0 or 1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] simplify and canonicalize unsigned compares
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] simplify unsigned compares against 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] llvm: fix crash with llvm-11 / use real phi-nodes
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 22/22] sub: simplify x + (y - x) --> y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 21/22] sub: simplify (x - y) + y --> x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 19/22] sub: simplify x - (x + y) --> -y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 20/22] sub: simplify x - (y + x) --> -y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 18/22] sub: simplify (x + y) - y --> x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/22] sub: simplify (x + y) - x --> y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/22] add: simplify (-x + y) --> (y - x)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/22] sub: simplify C - (D - z) --> z + eval(C-D)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/22] sub: simplify (x - -y) --> (x + y)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/22] add: simplify (x + -y) --> (x - y)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/22] sub: simplify (C - y) + D --> eval(C+D) - y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/22] sub: canonicalize (0 - x) into -x
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/22] sub: simplify C - (y + D) --> eval(C-D) - y
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/22] sub: reorganize handling of OP_{ADD,SUB}s with constant rightside
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/22] reassoc: simplify (x # C) # K --> x # eval(C # K)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/22] constants must be truncated to the operation's size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/22] add a flag to identify commutative & associative ops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/22] unop: add helper eval_unop()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/22] unop: add helper replace_with_unop()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/22] extract eval_op() from eval_insn()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/22] let switch_pseudo() return REPEAT_CSE
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/22] add testcases about OP_ADD & OP_SUB simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/22] essential OP_ADD & OP_SUB simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] memops need long offsets
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] teach sparse about -funsigned-bitfields
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/12] builtin: add support for remaining atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/12] builtin: add support for __atomic_clear()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/12] builtin: add builtin type: [volatile] pointer to bool
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/12] builtin: add support for others generic atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/12] builtin: add support for __atomic_add_fetch(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/12] builtin: add predefines for __ATOMIC_RELAXED & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/12] builtin: __sync_synchronize() too is variadic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/12] builtin: fix evaluation of __sync_lock_release
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/12] builtin: evaluate __sync_*_fetch*()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/12] builtin: make eval_sync_compare_and_swap() more generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/12] builtin: add builtin type for volatile void *
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/12] builtin: add generic .args method
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/12] fix and complete the evaluation of atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 03/12] builtin: make eval_sync_compare_and_swap() more generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 04/12] builtin: evaluate __sync_*_fetch*()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 04/12] builtin: evaluate __sync_*_fetch*()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/12] builtin: make eval_sync_compare_and_swap() more generic
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] Sparse v0.6.3
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/12] builtin: add support for remaining atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/12] builtin: add support for __atomic_clear()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/12] builtin: __sync_synchronize() too is variadic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/12] builtin: add support for others generic atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/12] builtin: add builtin type: [volatile] pointer to bool
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/12] builtin: add support for __atomic_add_fetch(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/12] builtin: add predefines for __ATOMIC_RELAXED & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/12] builtin: fix evaluation of __sync_lock_release
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/12] builtin: evaluate __sync_*_fetch*()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/12] builtin: make eval_sync_compare_and_swap() more generic
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/12] builtin: add builtin type for volatile void *
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/12] fix and complete the evaluation of atomic builtins
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/12] builtin: add generic .args method
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] warn when taking the address of a built-in function
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix null pointer deref on return expression with invalid type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: fix location of error messages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/13] format-check: simplify calling of parse_printf_get_fmt()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/13] format-check: add specific type checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>