Linux Sparse
[Prev Page][Next Page]
- Re: [PATCH 5.15.y 0/8] Backport patches for DAMON merge regions fix
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: Improve __branch_check__ by using __UNIQUE_ID()
- From: Chun-Hung Tseng <henrybear327@xxxxxxxxx>
- Re: sparse regex error
- From: Junio C Hamano <junio@xxxxxxxxx>
- [PATCH 5.15.y 1/8] tracing: Define the is_signed_type() macro once
- From: SeongJae Park <sj@xxxxxxxxxx>
- [PATCH 5.15.y 0/8] Backport patches for DAMON merge regions fix
- From: SeongJae Park <sj@xxxxxxxxxx>
- Re: Spurious warning about using kzalloc instead of kmalloc
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Spurious warning about using kzalloc instead of kmalloc
- From: Richard Fitzgerald <rf@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: Improve __branch_check__ by using __UNIQUE_ID()
- From: Chun-Hung Tseng <henrybear327@xxxxxxxxx>
- Re: [PATCH] sentinel_ctltable: Add a check for sentinel elements in ctl_table arrays
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH] sentinel_ctltable: Add a check for sentinel elements in ctl_table arrays
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- sparse with llvm
- From: Nuno Sá <noname.nuno@xxxxxxxxx>
- [ Patch 001 ] feature: add support for loongarch
- From: wuruilong <wuruilong@xxxxxxxxxxx>
- [RFC PATCH] Use x86 named address spaces to catch "sparse: incorrect type in initializer (different address spaces)" __percpu errors
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: warning: cast removes address space '__percpu' of expression
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- [PATCH] compiler.h: Add missing quote in macro comment
- From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: warning: cast removes address space '__percpu' of expression
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [patch 5/9] x86: Cure per CPU madness on UP
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 5/9] x86: Cure per CPU madness on UP
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [patch 0/9] x86: Cure tons of sparse warnings (mostly __percpu)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [patch 9/9] x86/callthunks: Use EXPORT_PER_CPU_SYMBOL_GPL() for per CPU variables
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 8/9] x86/cpu: Provide a declaration for itlb_multihit_kvm_mitigation
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 7/9] x86/cpu: Use EXPORT_PER_CPU_SYMBOL_GPL() for x86_spec_ctrl_current
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 6/9] x86/uaccess: Add missing __force to casts in __access_ok() and valid_user_address()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 5/9] x86: Cure per CPU madness on UP
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 4/9] smp: Consolidate smp_prepare_boot_cpu()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 3/9] x86/msr: Add missing __percpu annotations
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 2/9] x86/msr: Prepare for including percpu.h
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 1/9] perf/x86/amd/uncore: Fix __percpu annotation
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [patch 0/9] x86: Cure tons of sparse warnings (mostly __percpu)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: arch/x86/include/asm/processor.h:698:16: sparse: sparse: incorrect type in initializer (different address spaces)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- Rust style ownership semantics for C
- From: Derek M Jones <derek@xxxxxxxxxxxx>
- [PATCH] fix {pp-number} ## ...
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- Re: [PATCH 0/5] Support LLVM-15 and later
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] llvm: allow arm64
- Re: Christmas wish list: -Werror and -Wno-warn-about-X
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Christmas wish list: -Werror and -Wno-warn-about-X
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: Compile errors with LLVM v17
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Compile errors with LLVM v17
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: include/asm-generic/unaligned.h:119:16: sparse: sparse: cast truncates bits from constant value (aa01a0 becomes a0)
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: Infinite loop in delete_pseudo_user_list_entry() bisected to commit "cast: optimize away casts to/from pointers"
- From: "Herbert, Marc" <marc.herbert@xxxxxxxxx>
- Re: sparse regex error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse regex error
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- sparse regex error
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] xtensa: switch to little endianness
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] linearize.c: fix potential buffer overrun
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v2] parse: handle __cleanup__ attribute
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH v2] parse: handle __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: drivers/pci/pcie/../pci.h:325:17: sparse: sparse: cast from restricted pci_channel_state_t
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: drivers/pci/pcie/../pci.h:325:17: sparse: sparse: cast from restricted pci_channel_state_t
- From: Lukas Wunner <lukas@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse: Expected ) at end of cast operator, got __seg_gs
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- sparse: Expected ) at end of cast operator, got __seg_gs
- From: Uros Bizjak <ubizjak@xxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- PSA: this list has moved to new vger infra (no action required)
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- sparse feature request: nocast integer types
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v1 08/14] DCE/DSE: add choice of methods to build reference for orphan sections
- From: Fangrui Song <i@xxxxxxxxxx>
- Re: [PATCH v1 10/14] DCE/DSE: riscv: make every ex_table's name unique
- From: Fangrui Song <i@xxxxxxxxxx>
- Re: [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Fangrui Song <i@xxxxxxxxxx>
- [PATCH v1 14/14] DCE/DSE: vmlinux.lds.h: allow NO_KEEP on __ex_table sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 13/14] DCE/DSE: add SECTION_NO_KEEP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 12/14] DCE/DSE: riscv: build reference for .pushsection in assembly
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 11/14] DCE/DSE: riscv: build reference for .pushsection in C functions
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 10/14] DCE/DSE: riscv: make every ex_table's name unique
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 09/14] DCE/DSE: inhibit .size directive for SHF_GROUP
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 08/14] DCE/DSE: add choice of methods to build reference for orphan sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 07/14] DCE/DSE: add HAVE_SECTION_NO_KEEP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 06/14] DCE/DSE: add HAVE_SECTION_SHF_GROUP_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 05/14] DCE/DSE: add HAVE_SECTION_SHF_LINK_ORDER_SUPPORT option
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 04/14] compiler: add unique LABEL_NAME()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 03/14] compiler: add unique __SECTION_NAME()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 02/14] compiler: add a global __QUITE_UNIQUE_ID()
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 01/14] DCE/DSE: allow keep unique bounded sections
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [PATCH v1 00/14] DCE/DSE: Add Dead Syscalls Elimination support, part2
- From: Yuan Tan <tanyuan@xxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION c503e3eec382ac708ee7adf874add37b77c5d312
- From: kernel test robot <lkp@xxxxxxxxx>
- sparse fails to build against llvm16
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- [PATCH] compiler.h: unify __UNIQUE_ID
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [sparse] forgotten patch
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- Re: [PATCH v4 18/21] compiler.h: RFC - s/__LINE__/__COUNTER__/ in __UNIQUE_ID fallback
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH v4 18/21] compiler.h: RFC - s/__LINE__/__COUNTER__/ in __UNIQUE_ID fallback
- From: Jim Cromie <jim.cromie@xxxxxxxxx>
- [PATCH] parse: add support for the __cleanup__ attribute
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: "GONG, Ruiqi" <gongruiqi@xxxxxxxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] clk: renesas: r8a7778: remove checker warnings: x | !y
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] pinctrl: renesas: remove checker warnings: x | !y
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] tracing: make ftrace_likely_update() declaration visible
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Sparse infinite loop
- From: Ramon Vallés Puig <vallespuigramon@xxxxxxxxx>
- Re: [error27/smatch] sparse-llvm: Update function calls to use LLVM API changes (PR #6)
- From: Vladimir Petko <vladimir.petko@xxxxxxxxxxxxx>
- Sparse on ARM Neon intrinsics
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
- [Bug 217153] New: [sparse-llvm] Support LLVM 15
- From: bugzilla-daemon@xxxxxxxxxx
- Re: [PATCH v1] RISC-V: Add basic support for the vector extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v1] RISC-V: Add basic support for the vector extension
- From: Conor Dooley <conor@xxxxxxxxxx>
- [sparse PATCH resend] linearize.c: fix buffer overrun warning from fortify
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- [PATCH] linearize.c: fix potential buffer overrun
- From: Jeff Layton <jlayton@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
- Re: [PATCH v8 07/12] landlock: Add network rules support
- From: Mickaël Salaün <mic@xxxxxxxxxxx>
- Re: [PATCH] tools: Rename __fallthrough to fallthrough
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- [PATCH] tools: Rename __fallthrough to fallthrough
- From: Liam Howlett <liam.howlett@xxxxxxxxxx>
- [PATCH] xtensa: switch to little endianness
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v5] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v4] overflow: Introduce overflows_type() and castable_to_type()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH v4] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: address_space and noderef on non-pointer types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- address_space and noderef on non-pointer types
- From: David Malcolm <dmalcolm@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- Re: [PATCH v3] overflow: Introduce overflows_type() and castable_to_type()
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- [PATCH v3] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Jani Nikula <jani.nikula@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 9/9] drm/i915: Remove truncation warning for large objects
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 7/9] drm/i915: Check if the size is too big while creating shmem file
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 8/9] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 6/9] drm/i915: Check for integer truncation on the configuration of ttm place
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 4/9] drm/i915/gem: Typecheck page lookups
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 0/9] Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 2/9] overflow: Introduce check_assign() and check_assign_user_ptr()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 1/9] overflow: Allow mixed type arguments
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v13 3/9] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [Intel-gfx] [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH v2] overflow: Introduce overflows_type() and castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 1/9] overflow: Allow mixed type arguments
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 8/9] drm/i915: Use error code as -E2BIG when the size of gem ttm object is too large
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 9/9] drm/i915: Remove truncation warning for large objects
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 5/9] drm/i915: Check for integer truncation on scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 7/9] drm/i915: Check if the size is too big while creating shmem file
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 3/9] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 6/9] drm/i915: Check for integer truncation on the configuration of ttm place
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 0/9] Fixes integer overflow or integer truncation issues in page lookups, ttm place configuration and scatterlist creation
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 2/9] overflow: Introduce check_assign() and check_assign_user_ptr()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v12 4/9] drm/i915/gem: Typecheck page lookups
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- Re: [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Gwan-gyeong Mun <gwan-gyeong.mun@xxxxxxxxx>
- [PATCH v11.5] overflow: Introduce overflows_type() and __castable_to_type()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- handling C99 declarations after a case statement
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- Re: [PATCH] RISC-V: Add support for the zicbom extension
- From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
- [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH] RISC-V: Add support fo the zihintpause extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH] RISC-V: Add support for the zicbom extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
- Re: [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] refcount: add __cond_lock() for conditional lock refcount API
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [RFC 2/2] kref: move kref_put_lock() callback to caller
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- [RFC 1/2] refcount: add __cond_lock() for conditional lock refcount API
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- [RFC 0/2] refcount: attempt to avoid imbalance warnings
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH 2/5] bitwise: accept all ones as non-restricted value
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] allow -1 and compares in bitwise types
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] allow -1 and compares in bitwise types
- From: Bart Van Assche <bvanassche@xxxxxxx>
- [PATCH 0/5] allow -1 and compares in bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 3/5] bitwise: allow compares for bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 1/5] bitwise: add testcases
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 5/5] bitwise: early expansion of simple constants
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 2/5] bitwise: accept all ones as non-restricted value
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH 4/5] bitwise: do not remove the signedness of bitwise types
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- sparse warnings related to kref_put_lock() and refcount_dec_and_lock()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] inline: avoid node of node on variadics
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH 4/6] inline: avoid needless intermediate vars
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] inline: avoid node of node on variadics
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 6/6] inline: free symbol list after use
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 5/6] inline: allocate statement after guards
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 3/6] inline: declaration of the variadic vars is useless
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 2/6] inline: comment about creating node of node on variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 4/6] inline: avoid needless intermediate vars
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 1/6] inline: add testcases for inlining of variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 0/6] cleanup related to inlining of variadic functions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 51/51] fs/zonefs: Fix sparse warnings in tracing code
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] inline: avoid node of node on variadics
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix "unreplaced" warnings caused by using typeof() on inline functions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] predefine __ATOMIC_ACQUIRE & friends as weak
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] allow show_token() on TOKEN_ZERO_IDENT
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix crash when inlining casts of erroneous expressions
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: /bin/bash: line 1: 45878 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EL__ --arch=nds32 -mlittle-endian -m32 -Wp,-MMD,ker...
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] cgcc: do not die on '-x assembler'
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 0/3] improve cast_value()
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 2/2] cast_value: remove error-prone redundant argument
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH 1/2] cast_value: assign the new type
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Re: [PATCH] handle clang's option "-meabi gnu"
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: Linux Test Project vendored Sparse
- From: Richard Palethorpe <rpalethorpe@xxxxxxx>
- [PATCH] fix zero/sign extension of integer character constants
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/2] sparse v0.6.4 regression
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: Linux Test Project vendored Sparse
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] cgcc: add Xtensa support
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] cgcc: handle -x assembler
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] handle clang's option "-meabi gnu"
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH v1 3/6] RISC-V: Remove the unimplemented ISA extensions
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 2/6] RISC-V: Match GCC's semantics for multiple -march instances
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 1/6] RISC-V: Respect -Wsparse-error for -march errors
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: sparse v0.6.4
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: sparse v0.6.4
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] sparse: Use offsetof macro to silence null ptr subtraction warning
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH] sparse: only warn about directly nested flexible arrays
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- [PATCH] fix one year off in v0.6.4's release notes
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- [PATCH] fix infinite loop when expanding __builtin_object_size() with self-init vars
- From: Luc Van Oostenryck <lucvoo@xxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [PATCH 0/2] sparse v0.6.4 regression
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [linux-next:master] BUILD REGRESSION 736ee37e2e8eed7fe48d0a37ee5a709514d478b3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] cgcc: add Xtensa support
- From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
- [PATCH] cgcc: handle -x assembler
- From: Tom Rix <trix@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH v1 0/6] RISC-V -march handling improvements
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- [PATCH v1 6/6] RISC-V: Add the Zifencei extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 5/6] RISC-V: Add the Zicsr extension
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 4/6] RISC-V: Remove "g" from the extension list
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 3/6] RISC-V: Remove the unimplemented ISA extensions
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 2/6] RISC-V: Match GCC's semantics for multiple -march instances
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 1/6] RISC-V: Respect -Wsparse-error for -march errors
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- [PATCH v1 0/6] RISC-V -march handling improvements
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: building Linux for ARMv7 with llvm breaks sparse
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- building Linux for ARMv7 with llvm breaks sparse
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH] riscv: fix build with binutils 2.38
- From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
- Re: [PATCH v3 0/2] Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- [PATCH v3 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v3 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v3 0/2] Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Daniel Latypov <dlatypov@xxxxxxxxxx>
- [PATCH v2 2/2] Documentation: dev-tools: Enhance static analysis section with discussion
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v2 1/2] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- [PATCH v2 0/2] Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [cocci] [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [cocci] [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: David Gow <davidgow@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Daniel Latypov <dlatypov@xxxxxxxxxx>
- Re: [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
- [PATCH] Documentation: dev-tools: Add a section for static analysis tools
- From: Marcelo Schmitt <marcelo.schmitt1@xxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
- [PATCH v3] x86/bug: __WARN_FLAGS: prevent shadowing by renaming local variable f to __flags
- From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Charlemagne Lasse <charlemagnelasse@xxxxxxxxx>
- [PATCH] sparse: Use offsetof macro to silence null ptr subtraction warning
- From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
- [PATCH AUTOSEL 5.15 08/33] x86/bug: Merge annotate_reachable() into _BUG_FLAGS() asm
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.16 08/34] x86/bug: Merge annotate_reachable() into _BUG_FLAGS() asm
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH] x86: bug.h: merge annotate_reachable into _BUG_FLAGS for __WARN_FLAGS
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: sparse v0.6.4
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH] objtool: prefer memory clobber & %= to volatile & __COUNTER__
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH] sparse: only warn about directly nested flexible arrays
- From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
- array of flexible structures oddity
- From: "Keller, Jacob E" <jacob.e.keller@xxxxxxxxx>
- ReleaseNotes for 0.6.4: one year off
- From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Linux Test Project vendored Sparse
- From: Richard Palethorpe <rpalethorpe@xxxxxxx>
- Re: [PATCH 1/2] expose more functions to C++ in header files
- From: "Xiao Jia" <xjia@naive.systems>
- Re: /bin/bash: line 1: 45878 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EL__ --arch=nds32 -mlittle-endian -m32 -Wp,-MMD,ker...
- From: Yafang Shao <laoar.shao@xxxxxxxxx>
- Re: __builtin_types_compatible_p() is too accepting
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- __builtin_types_compatible_p() is too accepting
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 2/3] dissect: Show macro definitions
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 0/3] semind: Index more symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 1/3] dissect: Allow to show all symbols
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- [PATCH 3/3] dissect: Show typedefs
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Re: [tip:sched/core 14/47] /bin/bash: line 1: 21320 Segmentation fault sparse -D__linux__ -Dlinux -D__STDC__ -Dunix -D__unix__ -Wbitwise -Wno-return-void -Wno-unknown-attribute -fdiagnostic-prefix -D__CHECK_ENDIAN__ -D__NDS32_EB__ --arch=nds32 -mbig-endian -m32 -Wp,-MMD,kernel...
- From: Yujie Liu <yujie.liu@xxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] Sparse v0.6.4
- From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] vboxsf: fix old signature detection
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- [PATCH 0/2] sparse v0.6.4 regression
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] parse: warn about a 'case label' on empty statement
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] sparse: fix broken 'memcpy-max-count' check
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- 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>
[Index of Archives]
[Trinity Fuzzer Tool]
[Linux Kernel]
[Netdev]
[IETF Annouce]
[Security]
[Bugtraq]