Linux Arch

• Thread Index

• Re: [RFC PATCH v2 2/4] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v2 2/4] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/4] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/4] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [RFC PATCH v2 4/4] arm64: Export id_aar64fpr0 via sysfs
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH v2 3/4] arm64: export emulate_sys_reg()
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH v2 2/4] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH v2 1/4] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH v2 0/4] Add support for Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• arm64 build broken on linux next 20201021 - include/uapi/asm-generic/unistd.h:862:26: error: array index in initializer exceeds array bounds
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] net: ftgmac100: Fix missing TX-poll issue
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v6 13/25] kbuild: lto: merge module sections
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [RFC v7 08/21] um: add nommu mode for UML library mode
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [PATCH] net: ftgmac100: Fix missing TX-poll issue
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: ftgmac100: Fix missing TX-poll issue
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: AMD SME encrpytion and PCI BAR pages to user space
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• AMD SME encrpytion and PCI BAR pages to user space
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH V4] MIPS: make userspace mapping young by default
  • From: Huang Pei <huangpei@xxxxxxxxxxx>
• Re: [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [PATCH 8/9] dma-mapping: move large parts of <linux/dma-direct.h> to kernel/dma
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v3 00/23] Use asm-generic for mmu_context no-op functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v12 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH v12 0/4] Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] asm-generic: Force inlining of get_order() to work around gcc10 poor decision
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH v6 07/25] treewide: remove DISABLE_LTO
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v6 02/25] objtool: Add a pass for generating __mcount_loc
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH v21 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v9 29/29] arm64: mte: Add Memory Tagging Extension documentation
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 29/29] arm64: mte: Add Memory Tagging Extension documentation
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2] vmlinux.lds.h: Keep .ctors.* with .ctors
  • From: Fāng-ruì Sòng <maskray@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH v6 13/25] kbuild: lto: merge module sections
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 07/25] treewide: remove DISABLE_LTO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v9 29/29] arm64: mte: Add Memory Tagging Extension documentation
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] powerpc32: don't adjust unmoved stack pointer in csum_partial_copy_generic() epilogue
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] vmlinux.lds.h: Keep .ctors.* with .ctors
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 16/25] init: lto: fix PREL32 relocations
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 17/25] PCI: Fix PREL32 relocations for LTO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 14/25] kbuild: lto: remove duplicate dependencies from .mod files
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 16/25] init: lto: fix PREL32 relocations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] powerpc32: don't adjust unmoved stack pointer in csum_partial_copy_generic() epilogue
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 20/20] ppc: propagate the calling conventions change down to csum_partial_copy_generic()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH v21 07/12] landlock: Support filesystem access-control
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v21 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v21 07/12] landlock: Support filesystem access-control
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 02/25] objtool: Add a pass for generating __mcount_loc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/25] objtool: Add a pass for generating __mcount_loc
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [PATCH 5/8] x86/clear_page: add clear_page_uncached()
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 17/21] llist: Add nonatomic __llist_add() and __llist_dell_all()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v4 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [PATCH v2 02/24] tools: docs: memory-model: fix references for some files
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 1/9] dma-mapping: split <linux/dma-mapping.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 2/5] kunit: test: create a single centralized executor for all tests
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH v6 18/25] modpost: lto: strip .lto from module names
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 16/25] init: lto: fix PREL32 relocations
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 19/25] scripts/mod: disable LTO for empty.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 17/25] PCI: Fix PREL32 relocations for LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 20/25] efi/libstub: disable LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 21/25] drivers/misc/lkdtm: disable LTO for rodata.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 23/25] x86, vdso: disable LTO only for vDSO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 25/25] x86, build: allow LTO_CLANG and THINLTO to be selected
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 22/25] x86/asm: annotate indirect jumps
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 24/25] x86, cpu: disable LTO for cpu.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 00/25] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 01/25] kbuild: preprocess module linker script
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 12/25] kbuild: lto: limit inlining
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 13/25] kbuild: lto: merge module sections
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 14/25] kbuild: lto: remove duplicate dependencies from .mod files
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 15/25] init: lto: ensure initcall ordering
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 02/25] objtool: Add a pass for generating __mcount_loc
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 03/25] objtool: Don't autodetect vmlinux.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 06/25] x86, build: use objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 08/25] kbuild: add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 04/25] tracing: move function tracer options to Kconfig
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 09/25] kbuild: lto: fix module versioning
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 11/25] kbuild: lto: postpone objtool
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 10/25] objtool: Split noinstr validation from --vmlinux
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 05/25] tracing: add support for objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v6 07/25] treewide: remove DISABLE_LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v5 25/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 25/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v14 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 25/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v14 1/7] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v14 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH -next] arm64: Fix redefinition of init_new_context()
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v14 1/7] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v5 19/21] asm-generic/atomic: Add try_cmpxchg() fallbacks
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 17/21] llist: Add nonatomic __llist_add() and __llist_dell_all()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v14 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 1/7] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 4/7] x86/cet/ibt: ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 0/7] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 05/26] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 04/26] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 07/26] x86/mm: Remove _PAGE_DIRTY_HW from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 12/26] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 13/26] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 14/26] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 18/26] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 16/26] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 19/26] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY_HW to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 24/26] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 25/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 22/26] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND properties
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 26/26] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 21/26] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 23/26] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 20/26] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 17/26] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 15/26] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 08/26] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 09/26] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 06/26] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 02/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH -next] arm64: Fix redefinition of init_new_context()
  • From: Qian Cai <cai@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH v5 25/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 1/9] dma-mapping: split <linux/dma-mapping.h>
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 00/23] Use asm-generic for mmu_context no-op functions
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/23] Use asm-generic for mmu_context no-op functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/23] Use asm-generic for mmu_context no-op functions
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Alexander Viro <aviro@xxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v5 00/29] Add support for Clang LTO
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v5 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v14 00/26] Control-flow Enforcement: Shadow Stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 02/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 04/26] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 08/26] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 07/26] x86/mm: Remove _PAGE_DIRTY_HW from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 06/26] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 05/26] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 09/26] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 19/26] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY_HW to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 17/26] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 14/26] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 13/26] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 18/26] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 16/26] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 15/26] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v14 12/26] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/29] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH v5 02/29] objtool: Add a pass for generating __mcount_loc
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 05/29] tracing: add support for objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 18/29] modpost: lto: strip .lto from module names
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 06/29] x86, build: use objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 19/29] scripts/mod: disable LTO for empty.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 26/29] x86/asm: annotate indirect jumps
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 23/29] KVM: arm64: disable LTO for the nVHE directory
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 24/29] arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 29/29] x86, build: allow LTO_CLANG and THINLTO to be selected
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 25/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 22/29] arm64: vdso: disable LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 27/29] x86, vdso: disable LTO only for vDSO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 28/29] x86, cpu: disable LTO for cpu.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 16/29] init: lto: fix PREL32 relocations
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 20/29] efi/libstub: disable LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 21/29] drivers/misc/lkdtm: disable LTO for rodata.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 11/29] kbuild: lto: postpone objtool
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 14/29] kbuild: lto: remove duplicate dependencies from .mod files
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 13/29] kbuild: lto: merge module sections
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 15/29] init: lto: ensure initcall ordering
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 17/29] PCI: Fix PREL32 relocations for LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 08/29] kbuild: add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 07/29] treewide: remove DISABLE_LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 12/29] kbuild: lto: limit inlining
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 10/29] objtool: Split noinstr validation from --vmlinux
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 09/29] kbuild: lto: fix module versioning
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 03/29] objtool: Don't autodetect vmlinux.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 04/29] tracing: move function tracer options to Kconfig
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 01/29] kbuild: preprocess module linker script
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v5 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [RFC v7 08/21] um: add nommu mode for UML library mode
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/23] Use asm-generic for mmu_context no-op functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Morten Rasmussen <morten.rasmussen@xxxxxxx>
• Re: [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [tip: locking/core] bitops, kcsan: Partially revert instrumentation for non-atomic bitops
  • From: "tip-bot2 for Marco Elver" <tip-bot2@xxxxxxxxxxxxx>
• [tip: locking/core] locking/atomics: Use read-write instrumentation for atomic RMWs
  • From: "tip-bot2 for Marco Elver" <tip-bot2@xxxxxxxxxxxxx>
• Re: [RFC v7 16/21] um: nommu: plug in the build system
  • From: Hajime TAZAKI <thehajime@xxxxxxxxx>
• Re: [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC v7 20/21] um: host: add test programs
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 08/21] um: add nommu mode for UML library mode
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 11/21] um: nommu: kernel thread support
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 12/21] um: nommu: system call interface and application API
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 11/21] um: nommu: kernel thread support
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 12/21] um: nommu: system call interface and application API
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 11/21] um: nommu: kernel thread support
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] arm64: Handle AArch32 tasks running on non AArch32 cpu
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH 2/3] arm64: Add support for asymmetric AArch32 EL0 configurations
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH 1/3] arm64: kvm: Handle Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [RFC PATCH 0/3] Add support for Asymmetric AArch32 systems
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [RFC v7 09/21] um: nommu: host interface
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 10/21] um: nommu: memory handling
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Octavian Purdila <tavi.purdila@xxxxxxxxx>
• [PATCH v21 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 04/12] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 05/12] LSM: Infrastructure management of the superblock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 03/12] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 09/12] arch: Wire up Landlock syscalls
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 10/12] selftests/landlock: Add initial tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 08/12] landlock: Add syscall implementations
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 02/21] um: add os init and exit calls
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 21/21] um: nommu: add block device support of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [PATCH V3] MIPS: make userspace mapping young by default
  • From: Huang Pei <huangpei@xxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 20/21] um: host: add test programs
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 16/21] um: nommu: plug in the build system
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 15/21] um: nommu: integrate with irq infrastructure of UML
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 12/21] um: nommu: system call interface and application API
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 11/21] um: nommu: kernel thread support
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC v7 10/21] um: nommu: memory handling
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC v7 09/21] um: nommu: host interface
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 08/21] um: add nommu mode for UML library mode
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 02/21] um: add os init and exit calls
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC v7 18/21] um: host: add utilities functions
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v7 21/21] um: nommu: add block device support of UML
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC v7 00/21] Unifying LKL into UML
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v11 0/4] Introduce the for_each_set_clump macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• [PATCH 3/4] powercap/drivers/dtpm: Add API for dynamic thermal power management
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC v7 21/21] um: nommu: add block device support of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 20/21] um: host: add test programs
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 19/21] um: host: posix host operations
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 18/21] um: host: add utilities functions
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 17/21] um: host: add nommu build for ARCH=um
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 16/21] um: nommu: plug in the build system
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 14/21] um: nommu: initialization and cleanup
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 15/21] um: nommu: integrate with irq infrastructure of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 13/21] um: nommu: basic console support
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 12/21] um: nommu: system call interface and application API
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 11/21] um: nommu: kernel thread support
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 10/21] um: nommu: memory handling
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 08/21] um: add nommu mode for UML library mode
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 09/21] um: nommu: host interface
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 02/21] um: add os init and exit calls
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 01/21] um: split build in kernel and host parts
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v7 00/21] Unifying LKL into UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v11 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH v11 0/4] Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH v4 5/5] riscv: Add numa support for riscv64 platform
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v4 2/5] arm64, numa: Change the numa init functions name to be generic
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v4 4/5] riscv: Add support pte_protnone and pmd_protnone if CONFIG_NUMA_BALANCING
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v4 3/5] riscv: Separate memory init from paging init
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v4 1/5] numa: Move numa implementation to common code
  • From: Atish Patra <atish.patra@xxxxxxx>
• [PATCH v4 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Atish Patra <atish.patra@xxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] vmlinux.lds.h: Keep .ctors.* with .ctors
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: clean up the DMA mapping headers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Luc Maranget <luc.maranget@xxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: joel@xxxxxxxxxxxxxxxxx
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Will Deacon <will@xxxxxxxxxx>
• RE: Litmus test for question from Al Viro
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] man2: new page describing memfd_secret() system call
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 04/29] objtool: Add a pass for generating __mcount_loc
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH v2] vmlinux.lds.h: Keep .ctors.* with .ctors
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] vmlinux.lds.h: Keep .ctors.* with .ctors
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] tools: memory-model: Document that the LKMM can easily miss control dependencies
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] tools: memory-model: Document that the LKMM can easily miss control dependencies
  • From: joel@xxxxxxxxxxxxxxxxx
• Re: remove set_fs for riscv v2
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH] tools: memory-model: Document that the LKMM can easily miss control dependencies
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Bug in herd7 [Was: Re: Litmus test for question from Al Viro]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: joel@xxxxxxxxxxxxxxxxx
• Re: Litmus test for question from Al Viro
  • From: joel@xxxxxxxxxxxxxxxxx
• Re: Litmus test for question from Al Viro
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH] man2: new page describing memfd_secret() system call
  • From: Alejandro Colomar <colomar.6.4.3@xxxxxxxxx>
• Re: [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH v10 1/4] bitops: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH v10 0/4] Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH v13 19/26] mm: Re-introduce do_mmap_pgoff()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v13 19/26] mm: Re-introduce do_mmap_pgoff()
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc32: Move ioremap/iounmap declaration before asm-generic/io.h include
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 19/26] mm: Re-introduce do_mmap_pgoff()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 1/2] sparc32: Move ioremap/iounmap declaration before asm-generic/io.h include
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v4 04/29] objtool: Add a pass for generating __mcount_loc
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH V3] MIPS: make userspace mapping young by default
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v13 19/26] mm: Re-introduce do_mmap_pgoff()
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/14] fs: don't allow kernel reads and writes without iter ops
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFT PATCH v3 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Litmus test for question from Al Viro
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH RFC v1 12/18] asm-generic/hyperv: update hv_interrupt_entry
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v3 01/10] mm/maccess: fix unaligned copy_{from,to}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 03/10] ARM: oabi-compat: add epoll_pwait handler
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 09/10] ARM: provide a TASK_SIZE_MAX definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 07/10] ARM: oabi-compat: rework fcntl64() emulation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 04/10] ARM: syscall: always store thread_info->syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 10/10] ARM: uaccess: remove set_fs() implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/10] ARM: oabi-compat: rework sys_semtimedop emulation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 08/10] ARM: uaccess: add __{get,put}_kernel_nofault
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/10] ARM: remove set_fs callers and implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/10] ARM: oabi-compat: rework epoll_wait/epoll_pwait emulation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 02/10] ARM: traps: use get_kernel_nofault instead of set_fs()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 04/29] objtool: Add a pass for generating __mcount_loc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/29] objtool: Add a pass for generating __mcount_loc
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Litmus test for question from Al Viro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v4 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v4 00/29] Add support for Clang LTO
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v4 00/29] Add support for Clang LTO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 10/29] treewide: remove DISABLE_LTO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 09/29] arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v4 06/29] tracing: move function tracer options to Kconfig
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] locking/atomic/bitops: Fix some wrong param names in comments
  • From: linmiaohe <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v4 09/29] arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 7/9] dma-mapping: move dma-debug.h to kernel/dma/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] dma-contiguous: remove dev_set_cma_area
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] dma-mapping: merge <linux/dma-contiguous.h> into <linux/dma-map-ops.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] dma-mapping: merge <linux/dma-noncoherent.h> into <linux/dma-map-ops.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] dma-mapping: move large parts of <linux/dma-direct.h> to kernel/dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] dma-contiguous: remove dma_contiguous_set_default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] dma-mapping: remove <asm/dma-contiguous.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] dma-mapping: split <linux/dma-mapping.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• clean up the DMA mapping headers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] dma-contiguous: remove dma_declare_contiguous
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 06/29] tracing: move function tracer options to Kconfig
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v4 27/29] x86, vdso: disable LTO only for vDSO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 26/29] arm64: allow LTO_CLANG and THINLTO to be selected
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 25/29] KVM: arm64: disable LTO for the nVHE directory
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 28/29] x86, cpu: disable LTO for cpu.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 23/29] drivers/misc/lkdtm: disable LTO for rodata.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 29/29] x86, build: allow LTO_CLANG and THINLTO to be selected
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 24/29] arm64: vdso: disable LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 03/29] kbuild: preprocess module linker script
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 05/29] objtool: Don't autodetect vmlinux.o
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 06/29] tracing: move function tracer options to Kconfig
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 07/29] tracing: add support for objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 08/29] x86, build: use objtool mcount
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 19/29] PCI: Fix PREL32 relocations for LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 21/29] scripts/mod: disable LTO for empty.c
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 20/29] modpost: lto: strip .lto from module names
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 09/29] arm64: disable recordmcount with DYNAMIC_FTRACE_WITH_REGS
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 10/29] treewide: remove DISABLE_LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 18/29] init: lto: fix PREL32 relocations
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 22/29] efi/libstub: disable LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 12/29] kbuild: lto: fix module versioning
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 13/29] kbuild: lto: postpone objtool
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 17/29] init: lto: ensure initcall ordering
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 15/29] kbuild: lto: merge module sections
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 14/29] kbuild: lto: limit inlining
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 16/29] kbuild: lto: remove duplicate dependencies from .mod files
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 11/29] kbuild: add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 04/29] objtool: Add a pass for generating __mcount_loc
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 02/29] x86/asm: Replace __force_order with memory clobber
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 01/29] RAS/CEC: Fix cec_init() prototype
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [PATCH v4 00/29] Add support for Clang LTO
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• [RFC PATCH 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [RFC PATCH 2/4] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [RFC PATCH 4/4] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [RFC PATCH 3/4] x86/signal: Prevent an alternate stack overflow before a signal delivery
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [RFC PATCH 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: remove set_fs for riscv v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v9 0/4] Introduce the for_each_set_clump macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch 00/13] preempt: Make preempt count unconditional
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v12 4/5] powerpc/vdso: Switch VDSO to generic C implementation.
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v12 0/5] powerpc: switch VDSO to C implementation
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v12 5/5] powerpc/vdso: Provide __kernel_clock_gettime64() on vdso32
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v12 2/5] powerpc/vdso: Prepare for switching VDSO to generic C implementation.
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v12 3/5] powerpc/vdso: Save and restore TOC pointer on PPC64
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v12 1/5] powerpc/processor: Move cpu_relax() into asm/vdso/processor.h
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v6 3/6] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 8/8] x86/vsyscall/64: Fixup Shadow Stack and Indirect Branch Tracking for vsyscall emulation
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: remove set_fs for riscv v2
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 4/9] ARM: syscall: always store thread_info->syscall
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] powerpc/vdso: Remove __kernel_datapage_offset and simplify __get_datapage()
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: remove set_fs for riscv v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/9] ARM: syscall: always store thread_info->syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/9] ARM: syscall: always store thread_info->syscall
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>