Linux Sparse

• Thread Index

• [PATCH 8/9] simplify ((x & M) | (y << S)) >> S
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] small code reorg of simplify_or_lsr()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] move opcode test inside simplify_and_or_mask()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] let's try simplify_and_or_mask() on both sides
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] dumber simplify_and_or_mask()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] simplify ((A & M) | B ) & M' even when (M & M') != 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] reorg simplify_and_or_mask()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] add testcase for (((x & M) | (y & M')) & M'')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] more simplifications of bitfiled accesses
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/7] reorg code for shift-shift simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] use multi_users() instead on nbr_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/7] reorg code for shift-shift simplification
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] use multi_users() instead on nbr_users()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] use multi_users() instead on nbr_users()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] simplify (x & M) >> S to (x >> S) & (M >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] simplify (x << S) >> S into x & (-1 >> S)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] simplify ((x & M) | y) >> S to (y >> S) when (M >> S) == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] simplify ((x & M') | y ) & M into (y & M) when (M' & M) == 0
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] reorg code for shift-shift simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] optim: add a few more testcases for shift & mask
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] avoid infinite simplification loops of the second kind
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] simplify mask instructions & bitfield accesses
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] fix bad indentation in linearize_inc_dec()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] fix instruction size & type in linearize_inc_dec()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] put back the bitfield base type into struct access_data
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] expand linearize_position() into linearize_initializer()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] fix instruction size & type in linearize_inc_dec()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] limit the mask used for bitfield insertion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] boolean conversion of boolean value is a no-op
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] limit the mask used for bitfield insertion
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] limit the mask used for bitfield insertion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cast: fix warning position in cast_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 10/13] simplify ZEXT(SETCC(x,y), N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/13] expand linearize_conditional() into linearize_logical()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 12/13] simplify TRUNC(SETCC(x,y), N)
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/13] simplify ZEXT(SETCC(x,y), N)
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/13] simplify SETNE(TRUNC(x,N),{0,1})
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/13] expand linearize_conditional() into linearize_logical()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] fix size corruption when simplifing 'x != 0' to 'x'
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 13/13] simplify AND(SETCC(x,y), M)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/13] simplify TRUNC(SETCC(x,y), N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/13] simplify SEXT(SETCC(x,y), N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/13] simplify ZEXT(SETCC(x,y), N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/13] simplify SETNE(TRUNC(x,N),{0,1})
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/13] simplify linearize_logical()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/13] simplify SETNE(AND(X,1),0) to AND(X,1)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/13] expand linearize_conditional() into linearize_logical()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/13] fix linearize_conditional() for logical ops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/13] conditional branches can't accept arbitrary expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/13] protect add_convert_to_bool() against bad types / invalid expressions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/13] add testcase for linearize_logical()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/13] fix size corruption when simplifing 'x != 0' to 'x'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/13] fix linearize_logical() & simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH 3/3] add support for mode __byte__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] add support for mode __pointer__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] mode keywords don't need MOD_{CHAR,LONG,...}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] add support for mode __pointer__ & __byte__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] avoid infinite simplification loops of the second kind
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/5] simplify SET{EQ,NE}(ZEXT(x, N),{0,1})
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/5] simplify SET{EQ,NE}(ZEXT(x, N),{0,1})
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] simplify SET{EQ,NE}(ZEXT(x, N),{0,1})
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/5] no VOID test in convert_instruction_target()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 4/5] add lookup_ptr_list_entry()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 3/5] add ptr_list_multiple()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/5] add ptr_list_empty()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/5] add copy_ptr_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] some list optimizations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] simplify 'x != 0' or 'x == 1' to 'x'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] simplify SET{EQ,NE}(SEXT(x, N),{0,1})
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] simplify SET{EQ,NE}(ZEXT(x, N),{0,1})
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] cleanup of simplify_seteq_setne(): remove tmp vars
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] testcase for SET{EQ,NE}([SZ]EXT(x, N),{0,1})'s simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] simplify equality testing with 0 & 1
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 13/17] khwasan: add hooks implementation
  • From: "Vincenzo Frascino@Foss" <vincenzo.frascino@xxxxxxx>
• Re: [PATCH 3/5] add ptr_list_multiple()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 5/5] no VOID test in convert_instruction_target()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/5] add copy_ptr_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 5/5] no VOID test in convert_instruction_target()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] add ptr_list_multiple()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] add ptr_list_empty()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] add copy_ptr_list()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] no VOID test in convert_instruction_target()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] add lookup_ptr_list_entry()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] add ptr_list_multiple()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] add ptr_list_empty()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] add copy_ptr_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] some list optimizations
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testcases: missing evaluation of side effects in typeof(VLA)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add testcase for missing detection of out-of-bound stores
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] kill dead OP_FADD & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] shift: avoid simplification of ASR(LSR(x,0),N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/3] shift: simplify ASR(LSR(x,N),N')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/3] shift: simplify ASR(LSR(x,N),N')
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] shift: simplify ASR(LSR(x,N),N')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] shift: simplify LSR(LSR(x,N),N') & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add helper: DEF_OPCODE()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] simplification of shift chains
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/7] big-shift: do not optimize over-sized ASRs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] big-shift: do not optimize negative shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] big-shift: fix warning message for negative or over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] big-shift: move shift count check in a separate function
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] big-shift: add testcases for simplification of negative shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] big-shift: add testcases for simplification of over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] bits: add helpers for zero & sign-extension
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] simplification of negative or over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] cast: simplify [SZ]EXT + TRUNC to a smaller/greater size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] cast: simplify [SZ]EXT + TRUNC to a smaller/greater size
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 06/16] cast: simplify [SZ]EXT + TRUNC to a smaller/greater size
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/17] big-shift: add -Wshift-count-{negative,overflow}
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/17] big-shift: move the check into check_shift_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 08/17] big-shift: do not simplify over-sized OP_ASR to zero
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/17] big-shift: move the check into check_shift_count()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: problem with signedness of PSEUDO_VALs
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] warn & simplify negative or over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/16] cast: simplify ASR(ZEXT(X, N), C)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/16] cast: simplify SEXT(ZEXT(x,N),N')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/16] cast: simplify ZEXT(ZEXT(x,N),N')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/16] cast: simplify SEXT(SEXT(x,N),N')
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/16] cast: simplify AND(ZEXT(x,M),N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/16] cast: simplify [ZS]EXT(AND(x,M),N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/16] cast: preserve the sizes of TRUNC(AND(x,M),N)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/16] cast: use a switch to handle TRUNC(AND(x,M),N) in simplify_cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/16] cast: do not compare sizes, test the opcode
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/16] cast: fix shift signedness in cast simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/16] cast: simplify [SZ]EXT + TRUNC to a smaller/greater size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/16] cast: simplify [SZ]EXT + TRUNC to original size
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/16] bitfield: extract linearize_bitfield_insert()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/16] bitfield: extract linearize_bitfield_extract()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/16] add testcases for casts & bitfield insertion/extraction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/16] extract nbr_users() from unssa.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/16] casts simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 00/17] warn & simplify negative or over-sized shifts
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 17/17] big-shift: add -Wshift-count-{negative,overflow}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/17] big-shift: do not truncate the count when checking it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/17] big-shift: fix evaluation of shift-assign
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/17] big-shift: fix warning message for negative shift count
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/17] big-shift: use the type width for too big shift
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/17] big-shift: simplify over-sized OP_SHLs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/17] big-shift: simplify over-sized OP_LSRs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/17] big-shift: reuse simplify_asr() for LSR & SHL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/17] big-shift: reorder the tests in simplify_asr()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/17] big-shift: do not simplify over-sized OP_ASR to zero
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/17] big-shift: also check shift count of shift-assignment
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/17] big-shift: use the base type for shift-too-big warning
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/17] big-shift: move the check into check_shift_count()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/17] big-shift: don't take the modulo at expand time
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/17] big-shift: do not evaluate negative or over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/17] big-shift: mark out-of-range OP_{ASR,LSR,SHL} as tainted
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/17] big-shift: add test for shifts with bad count
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/17] warn & simplify negative or over-sized shifts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• problem with signedness of PSEUDO_VALs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [kbuild ack?] Re: [PATCH v6 0/9] x86: macrofying inline asm for better compilation
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [kbuild ack?] Re: [PATCH v6 0/9] x86: macrofying inline asm for better compilation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 4/4] remove obsolete comment: /* Dummy pseudo allocator */
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] no need to assign ad->type for EXPR_POS
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] remove unused struct access_data::pos
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] remove unused finish_address_gen()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] cleanup of memory access linearization
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v6 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] compiler.h, sparse, smatch: Do not define COMPILER_HAS_GENERIC_BUILTIN_OVERFLOW
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Evgenii Stepanov <eugenis@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Evgenii Stepanov <eugenis@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Evgenii Stepanov <eugenis@xxxxxxxxxx>
• [PATCH] fix: remove dead OP_{SETVAL,SETFVAL,SLICE}
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] sparse: stricter warning for explicit cast to ulong
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Kostya Serebryany <kcc@xxxxxxxxxx>
• Re: [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANN] dmr_C alpha release 0.4 containing OMR JIT backend
  • From: Derek M Jones <derek@xxxxxxxxxxxx>
• [PATCH] cast: optimize away casts to/from pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] cse: let equivalent cast hash & compare identically
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix killing OP_SWITCH
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [ANN] dmr_C alpha release 0.4 containing OMR JIT backend
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v4 01/17] khwasan, mm: change kasan hooks signatures
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 04/17] khwasan, arm64: adjust shadow size for CONFIG_KASAN_HW
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 03/17] khwasan: add CONFIG_KASAN_GENERIC and CONFIG_KASAN_HW
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 02/17] khwasan: move common kasan and khwasan code to common.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 05/17] khwasan: initialize shadow to 0xff
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 08/17] khwasan, arm64: fix up fault handling logic
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 06/17] khwasan, arm64: untag virt address in __kimg_to_phys and _virt_addr_is_linear
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 07/17] khwasan: add tag related helper functions
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 10/17] khwasan, mm: perform untagged pointers comparison in krealloc
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 09/17] khwasan, arm64: enable top byte ignore for the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 11/17] khwasan: split out kasan_report.c from report.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 14/17] khwasan, arm64: add brk handler for inline instrumentation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 13/17] khwasan: add hooks implementation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 15/17] khwasan, mm, arm64: tag non slab memory allocated via pagealloc
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 12/17] khwasan: add bug reporting routines
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 16/17] khwasan: update kasan documentation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 17/17] kasan: add SPDX-License-Identifier mark to source files
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH 10/10] bool: remove OP_{AND,OR}_BOOL instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/10] bool: generate plain OP_{AND,OR} instead of OP_{AND,OR}_BOOL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/10] bool: simplify 'x != 0' or 'x == 1' to 'x'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/10] bool: fix missing boolean context for floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/10] bool: simplify ZEXT in bool -> int -> bool
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/10] bool: add testcase for bool simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/10] simplify 'x ^ ~0' to '~x'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/10] simplify 'x & ~0' to 'x'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/10] simplify 'x | ~0' to '~0'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/10] add simple testcases for internal infinite loops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/10] use plain OP_{AND,OR} instead of OP_{AND,OR}_BOOL
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 15/27] compiler: Option to default to hidden symbols
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 15/27] compiler: Option to default to hidden symbols
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH] use "%Le" to display floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] use "%Le" to display floats
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] use "%Le" to display floats
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Fwd: Sparse errors in 4.18-rc in slab.h
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Fwd: Sparse errors in 4.18-rc in slab.h
  • From: Steve French <smfrench@xxxxxxxxx>
• [PATCH 6/6] cast: simplify TRUNC + ZEXT to AND
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] cast: keep instruction sizes consistent
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] cast: prepare for more cast simplifications
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] cast: merge simplification of constant casts with constant unops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] cast: simplify simplify_cast()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] new helper: def_opcode()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] simplify TRUNC + ZEXT into a simple AND masking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] cse: move to next comparable instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] cse: add testcase for missed opportunity
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] cse: compare adjacent instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/3] add missing entry for OP_FNEG in kill_insn() & validate_insn()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/3] add missing entry for OP_FNEG in kill_insn() & validate_insn()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] add missing entry for OP_FNEG in kill_insn() & validate_insn()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] define & use OP_UNOP/OP_UNOP_END
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] ir: case OP_UNOP ... OP_UNOP_END
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] ir: define an OP_... range for unops
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] rename add_uniop() to add_unop()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add_uniop() should take a type, not an expression
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] let add_un(i)op() be more generic.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/3] remove unused arg in simplify_cond_branch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] new helper: replace_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] avoid useless deref in simplify_cond_branch()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] add new helper: replace_pseudo()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v6 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH v6 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 02/17] khwasan: move common kasan and khwasan code to common.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v3 02/17] khwasan: move common kasan and khwasan code to common.c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 17/17] kasan: add SPDX-License-Identifier mark to source files
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v3 17/17] kasan: add SPDX-License-Identifier mark to source files
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v3 17/17] kasan: add SPDX-License-Identifier mark to source files
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH v3 02/17] khwasan: move common kasan and khwasan code to common.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 03/17] khwasan: add CONFIG_KASAN_GENERIC and CONFIG_KASAN_HW
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 00/17] khwasan: kernel hardware assisted address sanitizer
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 04/17] khwasan, arm64: adjust shadow size for CONFIG_KASAN_HW
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 01/17] khwasan, mm: change kasan hooks signatures
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 07/17] khwasan, arm64: fix up fault handling logic
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 05/17] khwasan: initialize shadow to 0xff
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 08/17] khwasan: add tag related helper functions
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 09/17] khwasan, arm64: enable top byte ignore for the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 10/17] khwasan, mm: perform untagged pointers comparison in krealloc
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 14/17] khwasan, arm64: add brk handler for inline instrumentation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 13/17] khwasan: add hooks implementation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 12/17] khwasan: add bug reporting routines
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 15/17] khwasan, mm, arm64: tag non slab memory allocated via pagealloc
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 17/17] kasan: add SPDX-License-Identifier mark to source files
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 16/17] khwasan: update kasan documentation
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 11/17] khwasan: split out kasan_report.c from report.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 06/17] khwasan, arm64: untag virt address in __kimg_to_phys and _virt_addr_is_linear
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v5 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH v5 0/9] x86: macrofying inline asm for better compilation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v5 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH v5 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] ptrlist.h cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/13] ptrlist.h cleanup
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] ptrlist.h cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] warning: explain restrictness difference in error messages
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] symaddr: give a type to OP_SYMADDR
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] IR: OP_SYMADDR is simply an unop (part II)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] OP_SYMADDR cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/5] ptrlist: add missing doc for some functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/5] ptrlist: move DO_SPLIT() into DO_INSERT_CURRENT()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/5] ptrlist: make clear what is API and what is implementation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/5] ptrlist: keep declaration of head-list-nr together
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/5] ptrlist: use VRFY_PTR_LIST() for sanity check
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/5] ptrlist.h cleanup (part II)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] fix bad fpcast simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] add testcase for bad fpcast simplification
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix bad simplification of floating-point cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] warning: explain restrictness difference in error messages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] warning: explain restrictness difference in error messages
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] warning: explain restrictness difference in error messages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] warning: explain restrictness difference in error messages
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] warning: explain restrictness difference in error messages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Question about Linear output
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Question about Linear output
  • From: Dibyendu Majumdar <mobile@xxxxxxxxxxxxxxx>
• [PATCH v2] sparsec: simplify & portable use of mktemp
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] doc: add doc for the -vcompound flag
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] testsuite: handle busybox's timeout
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] doc: add doc for the -vcompound flag
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] testsuite: handle busybox's timeout
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] portable use of mktemp
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH 2/4] ir-validate: add framework for IR validation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] ir-validate: add validation of (nbr of) phi operands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] ir-validate: validate pseudo's defining instruction
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] keep the debug flags alphabetically sorted
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] IR validation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: allow extra/default options to test commands
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: fix missing return
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] doc: add doc for the -vcompound flag
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] testsuite: handle busybox's timeout
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] portable use of mktemp
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] portable use of mktemp
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] portable use of mktemp
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] portable use of mktemp
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH] add predefines for __INT_WIDTH__ & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] portable use of mktemp
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 20/20] cast: do not try to linearize illegal casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 19/20] cast: accept null casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 18/20] cast: specialize integer casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 17/20] cast: make casts from pointer always size preserving
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 16/20] cast: add support for -Wpointer-to-int-cast
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 15/20] cast: specialize cast from pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 14/20] cast: temporary simplify handling cast to/from void*
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/20] cast: make pointer casts always size preserving
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/20] cast: make [u]intptr_ctype alias of [s]size_t_ctype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/20] cast: specialize casts from unsigned to pointers
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/20] cast: specialize floats to integer conversion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/20] cast: handle NO-OP casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/20] cast: specialize FPCAST into [USF]CVTF
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/20] cast: prepare finer grained cast instructions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/20] cast: add tests for warnings issued by sparse -v
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/20] cast: force_cast are OK on non-scalar values
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/20] cast: add testcase for bad implicit casts to struct/union
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/20] cast: rename evaluate_cast()'s vars with slightly more meaningful names
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/20] cast: add testcase for cast to bad typeof
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/20] cast: reorg testcases related to casts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/20] cast rework
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 17/17] ptrlist: make clear what is API and what is implementation.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 16/17] ptrlist: keep declaration of head-list-nr together
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 15/17] ptrlist: use VRFY_PTR_LIST() for sanity check
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 14/17] ptrlist: move semi-private prototypes close to their user
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 13/17] ptrlist: make {first,last}_ptr_list() out-of-line functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/17] ptrlist: remove ptr_list_empty()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/17] ptrlist: shorter continuated lines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/17] ptrlist: simplify PREPARE/NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/17] ptrlist: simplify DO_NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/17] ptrlist: simplify loop nesting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/17] ptrlist: remove extra ident level
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/17] ptrlist: remove some unneeded arg from internal macros.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/17] ptrlist: make free_ptr_list() more readable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/17] ptrlist: make add_ptr_list() more readable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/17] ptrlist: remove now unneeded CHECK_TYPE()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/17] ptrlist: when possible use the real type of the list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/17] ptrlist: let all pointer lists have the same parametrized structure
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/17] ptrlist.h cleanup (v2)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 2/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] ptrlist: when possible use the real type of the list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 2/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 08/13] ptrlist: simplify loop nesting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 07/13] ptrlist: remove extra ident level
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 04/13] ptrlist: make add_ptr_list() more readable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/13] ptrlist: shorter continuated lines
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/13] ptrlist: simplify loop nesting
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/13] ptrlist: remove extra ident level
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/13] ptrlist: make free_ptr_list() more readable
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] ptrlist: make add_ptr_list() more readable
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/13] ptrlist: when possible use the real type of the list
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 00/13] Intel SGX1 support
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] teach sparse about -m16
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• [PATCH 2/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] utils: add xasprintf() & xvasprintf()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] add support for -fdiagnostic-prefix[=prefix]
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 13/13] ptrlist: make {first,last}_ptr_list() out-of-line functions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 12/13] ptrlist: remove ptr_list_empty()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 11/13] ptrlist: shorter continuated lines
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 10/13] ptrlist: simplify PREPARE/NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 09/13] ptrlist: simplify DO_NEXT
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 08/13] ptrlist: simplify loop nesting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 07/13] ptrlist: remove extra ident level
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 06/13] ptrlist: remove some unneeded arg from internal macros.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 05/13] ptrlist: make free_ptr_list() more readable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 04/13] ptrlist: make add_ptr_list() more readable
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 03/13] ptrlist: remove now unneeded CHECK_TYPE()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 02/13] ptrlist: when possible use the real type of the list
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 01/13] ptrlist: let all pointer lists have the same parametrized structure
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 00/13] ptrlist.h cleanup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v3 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH v3 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2] rename FORMAT_ATTR() to PRINTF(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] rename FORMAT_ATTR() to __printf(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] rename FORMAT_ATTR() to __printf(), ...
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] rename FORMAT_ATTR() to __printf(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 3/7] builtin: add predefine()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 4/7] builtin: directly predefine builtin macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 4/7] builtin: directly predefine builtin macros
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v11 00/13] Intel SGX1 support
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v11 01/13] compiler.h, kasan: add __SANITIZE_ADDRESS__ check for __no_kasan_or_inline
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] builtin: add predefine()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 7/7] builtin: merge declare_builtin_function() with declare_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 6/7] builtin: switch calling order of predefined_macros() & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 5/7] builtin: consolidate predefined_macros()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 4/7] builtin: directly predefine builtin macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 3/7] builtin: add predefine()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/7] builtin: extract do_define() from do_handle_define()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/7] builtin: add testcase for builtin macro expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] make predefined macros more built-in
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] utils: convert alloc + copy to {mem,str}dup_alloc()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] utils: add xmemdup() & xstrdup()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] add support for x{mem,str}dup()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] builtin: add support for __has_builtin()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] extract replace_with_bool() from replace_with_defined()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] add support for the __has_builtin() macro
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/3] support for builtin doing overflow checking
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 0/3] support for builtin doing overflow checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/3] support for builtin doing overflow checking
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/3] builtin: add support for __builtin_{add,sub,mul}_overflow(), ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/3] builtin: declare __builtin_[us]{add,sub,mul}{,l,ll}_overflow()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/3] add builtin types {u,}{int,long,long}_ptr_ctype
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/3] support for builtin doing overflow checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: "Du, Changbin" <changbin.du@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] builtin: directly predefine builtin macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 7/7] builtin: merge declare_builtin_function() with declare_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v5 1/4] x86/mm: surround level4_kernel_pgt with #ifdef CONFIG_X86_5LEVEL...#endif
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 3/4] ARM: mm: fix build error in fix_to_virt with CONFIG_CC_OPTIMIZE_FOR_DEBUGGING
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: changbin.du@xxxxxxxxx
• [RESEND PATCH v5 0/4] kernel hacking: GCC optimization for better debug experience (-Og)
  • From: changbin.du@xxxxxxxxx
• Re: [PATCH v2 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 7/7] builtin: merge declare_builtin_function() with declare_builtins()
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] builtin: directly predefine builtin macros
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 7/7] builtin: merge declare_builtin_function() with declare_builtins()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/7] builtin: switch calling order of predefined_macros() & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/7] builtin: consolidate predefined_macros()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/7] builtin: directly predefine builtin macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/7] builtin: add predefine() & predefinef()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/7] builtin: extract do_define() from do_handle_define()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/7] builtin: add testcase for builtin macro expansion
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/7] make predefined macros more builtin
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/4] dyn-macro: add real support for __BASE_FILE__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/4] dyn-macro: add support for __INCLUDE_LEVEL__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/4] dyn-macro: use a table to expand __DATE__, __FILE__, ...
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/4] dyn-macro: add testcase for __LINE__ & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/4] improved support for dynamically expanded macros
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH v2 0/9] x86: macrofying inline asm for better compilation
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 2/9] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH v2 0/9] x86: macrofying inline asm for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH 9/9] ptrlist: let sort_list() use the raw pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] ptrlist: let {first,last}_ptr_list() return the raw pointer
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] ptrlist: remove the now unneeded FOR_EACH_PTR_NOTAG()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] ptrlist: let FOR_EACH_PTR() ignore tags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] ptrlist: make explicit when tagged pointers are used.
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] ptrlist: rename PTR_ENTRY() to PTR_ENTRY_UNTAG()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] ptrlist: add helper PTR_UNTAG()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] ptrlist: remove now unneeded add_ptr_list_notag()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] ptrlist: specialize __add_ptr_list() for tag/notag
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] ptrlist: make untagged pointers the 'normal' case
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add real support for __BASE_FILE__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] fix typing of __builtin_expect()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] add test for integer-const-expr-ness
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v4 15/27] compiler: Option to default to hidden symbols
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH] fix crash on 'goto <reserved word>'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] avoid multiple error message after parsing error
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] give a position to end-of-input
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] avoid reporting 'builtin:0:0: ...'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] label: avoid multiple definitions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] label: add testcase for label redefinition
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] label: avoid multiple definitions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/6] context: extra warning for __context__() & friends
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] context: stricter syntax for __context__ statement
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] context: fix crashes while parsing '__context__;' or '__context__(;'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] context: __context__(...) expect a constant expression
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] context: fix parsing of attribute 'context'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] add helper for new parsing errors: unexpected()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] fix & improve parsing of contexts
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] doc: the man page in reST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 2/2] doc: add sphinx domain for IR instruction indexation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] doc: convert IR.md to reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] doc: add the IR instructions in to index
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2] doc: the man page in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 00/13] doc: add support to extract API doc from source files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 08/13] autodoc: doc the doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 08/13] autodoc: doc the doc
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/13] autodoc: add a small cheatsheet for reST markup
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] autodoc: extract doc from the C files
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2 13/13] autodoc: add autodoc tests in the testsuite
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/13] autodoc: document a few more APIs to test multiline
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/13] autodoc: support muti-line param & return descriptions
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/13] autodoc: add a small cheatsheet for reST markup
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/13] autodoc: by default disable syntax highlighting
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/13] autodoc: doc the doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/13] autodoc: add markup to argument's references
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/13] autodoc: add doc from ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/13] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/13] autodoc: convert extracted doc to reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/13] autodoc: extract doc from the C files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/13] doc: add structured doc to ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/13] api: move evaluate interface to its own header file
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/13] doc: add support to extract API doc from source files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 12/12] doc: use reST for manpages
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 11/12] doc: format dev-options.md as a man page
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 10/12] doc: the testsuite doc in reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 09/12] doc: move sparse.txt to markdown and rename it
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 08/12] doc: allow .md with py3-sphinx
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 07/12] doc: set primary domain to C
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 06/12] doc: automatically get the version
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 05/12] doc: automatically set the copyright date
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 04/12] doc: add logo
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 03/12] doc: add minimal support for sphinx-doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 02/12] doc: fix headings
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 01/12] doc: fix markdown syntax
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 00/12] use sphinx-doc for documentation
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse on Ubuntu 18.04
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse on Ubuntu 18.04
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse on Ubuntu 18.04
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: sparse on Ubuntu 18.04
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: sparse on Ubuntu 18.04
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• sparse on Ubuntu 18.04
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Macrofying inline assembly for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• RE: [PATCH 0/6] Macrofying inline assembly for better compilation
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 1/6] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [PATCH 0/6] Macrofying inline assembly for better compilation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [RFC 0/8] Improving compiler inlining decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [RFC 0/8] Improving compiler inlining decisions
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC 1/8] x86: objtool: use asm macro for better compiler decisions
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC 0/8] Improving compiler inlining decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [RFC 1/8] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• [RFC 1/8] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [RFC 0/8] Improving compiler inlining decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [RFC 1/8] x86: objtool: use asm macro for better compiler decisions
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [RFC 0/8] Improving compiler inlining decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• [RFC 1/8] x86: objtool: use asm macro for better compiler decisions
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/6] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/6] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/6] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 4/6] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH 6/6] autodoc: add markup to argument's references
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/6] autodoc: add doc from ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/6] autodoc: add a sphinx c:autodoc directive for the extracted doc
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/6] autodoc: convert extracted doc to reST
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/6] autodoc: extract doc from the C files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/6] doc: add structured doc for ptrlist.c
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/6] doc: add support to extract API doc from source files
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 9/9] enum: rewrite bound checking
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 8/9] enum: warn on bad enums
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/9] enum: warn when mixing different restricted types
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/9] enum: only warn (once) when mixing bitwiseness
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/9] enum: use the values to determine the base type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/9] enum: use the smallest type that fit
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/9] enum: fix cast_enum_list()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/9] enum: add testcase for base & enumerator type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/9] enum: add testcase for type of enum members
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/9] fixes for enum's base type
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] doc: is_int_type() returns false for SYM_RESTRICTs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: Sparse v0.5.2
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] enum: add testcase for UB in oversized shift
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 2/2] enum: fix UB when rshifting by full width
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] enum: fix bug with full width right shift
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] fix build on Hurd which doesn't define PATH_MAX
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/2] fixup for the -vcompound testcase on 32 bit archs
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/8] add support for x86-64's x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/8] add support for x86-64's x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/8] add support for x86-64's x32
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] add support for x86-64's x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 0/8] add support for x86-64's x32
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] use function-like syntax for __range__
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH] build: use --dirty with 'git describe'
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/8] use also __x86_64 when __x86_64__ is used
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 3/8] use also __x86_64 when __x86_64__ is used
  • From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 8/8] teach sparse about _Floatn and _Floatnx
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 7/8] let cgcc use sparse's predefines for i386 & x86-64
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 6/8] build: disable LLVM on x86-64-x32
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 5/8] build: use 'filter' to do pattern matching inside the Makefile
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 4/8] build: use a variable for $(shell uname -m)
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 3/8] use also __x86_64 when __x86_64__ is used
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>