Linux Arch

• Date Index

• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, (continued)
  • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
  • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Kees Bakker
  • [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
    • Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Sergey Senozhatsky
      • Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• ARC: Use __force to suppress per-CPU cmpxchg complaints, Paul E. McKenney
  • Re: ARC: Use __force to suppress per-CPU cmpxchg complaints, Vineet Gupta
    • Re: ARC: Use __force to suppress per-CPU cmpxchg complaints, Paul E. McKenney
• provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Arnd Bergmann
      • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
        • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christophe Leroy
• [PATCH v2 0/2] ftrace: Make ftrace_regs abstract and consolidate code, Steven Rostedt
  • [PATCH v2 1/2] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
    • Re: [PATCH v2 1/2] ftrace: Make ftrace_regs abstract from direct use, Google
    • Re: [PATCH v2 1/2] ftrace: Make ftrace_regs abstract from direct use, Heiko Carstens
  • [PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs, Steven Rostedt
    • Re: [PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs, Google
      • Re: [PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs, Steven Rostedt
    • Re: [PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs, Heiko Carstens
    • Re: [PATCH v2 2/2] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs, Steven Rostedt
  • Re: [PATCH v2 0/2] ftrace: Make ftrace_regs abstract and consolidate code, Heiko Carstens
  • Re: [PATCH v2 0/2] ftrace: Make ftrace_regs abstract and consolidate code, patchwork-bot+linux-riscv
• [PATCH v6 00/33] riscv control-flow integrity for usermode, Deepak Gupta
  • [PATCH v6 01/33] mm: Introduce ARCH_HAS_USER_SHADOW_STACK, Deepak Gupta
  • [PATCH v6 02/33] mm: helper `is_shadow_stack_vma` to check shadow stack vma, Deepak Gupta
    • Re: [PATCH v6 02/33] mm: helper `is_shadow_stack_vma` to check shadow stack vma, Mark Brown
  • [PATCH v6 03/33] riscv: Enable cbo.zero only when all harts support Zicboz, Deepak Gupta
  • [PATCH v6 04/33] riscv: Add support for per-thread envcfg CSR values, Deepak Gupta
  • [PATCH v6 05/33] riscv: Call riscv_user_isa_enable() only on the boot hart, Deepak Gupta
  • [PATCH v6 06/33] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Deepak Gupta
    • Re: [PATCH v6 06/33] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Mark Brown
      • Re: [PATCH v6 06/33] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Deepak Gupta
  • [PATCH v6 07/33] dt-bindings: riscv: zicfilp and zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
    • Re: [PATCH v6 07/33] dt-bindings: riscv: zicfilp and zicfiss in dt-bindings (extensions.yaml), Rob Herring (Arm)
  • [PATCH v6 08/33] riscv: zicfiss / zicfilp enumeration, Deepak Gupta
  • [PATCH v6 09/33] riscv: zicfiss / zicfilp extension csr and bit definitions, Deepak Gupta
  • [PATCH v6 10/33] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit, Deepak Gupta
  • [PATCH v6 11/33] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
    • Re: [PATCH v6 11/33] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Lorenzo Stoakes
      • Re: [PATCH v6 11/33] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
  • [PATCH v6 12/33] riscv mm: manufacture shadow stack pte, Deepak Gupta
  • [PATCH v6 13/33] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Deepak Gupta
  • [PATCH v6 14/33] riscv mmu: write protect and shadow stack, Deepak Gupta
  • [PATCH v6 15/33] riscv/mm: Implement map_shadow_stack() syscall, Deepak Gupta
  • [PATCH v6 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
    • Re: [PATCH v6 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Edgecombe, Rick P
      • Re: [PATCH v6 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
        • Re: [PATCH v6 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Edgecombe, Rick P
      • Re: [PATCH v6 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Mark Brown
  • [PATCH v6 17/33] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
  • [PATCH v6 18/33] prctl: arch-agnostic prctl for indirect branch tracking, Deepak Gupta
    • Re: [PATCH v6 18/33] prctl: arch-agnostic prctl for indirect branch tracking, Mark Brown
  • [PATCH v6 19/33] riscv: Implements arch agnostic shadow stack prctls, Deepak Gupta
    • Re: [PATCH v6 19/33] riscv: Implements arch agnostic shadow stack prctls, Mark Brown
  • [PATCH v6 20/33] riscv: Implements arch agnostic indirect branch tracking prctls, Deepak Gupta
  • [PATCH v6 21/33] riscv/traps: Introduce software check exception, Deepak Gupta
  • [PATCH v6 22/33] riscv: signal: abstract header saving for setup_sigcontext, Deepak Gupta
  • [PATCH v6 23/33] riscv/signal: save and restore of shadow stack for signal, Deepak Gupta
  • [PATCH v6 24/33] riscv/kernel: update __show_regs to print shadow stack register, Deepak Gupta
  • [PATCH v6 25/33] riscv/ptrace: riscv cfi status and state via ptrace and in core files, Deepak Gupta
  • [PATCH v6 26/33] riscv/hwprobe: zicfilp / zicfiss enumeration in hwprobe, Deepak Gupta
  • [PATCH v6 27/33] riscv: Add Firmware Feature SBI extensions definitions, Deepak Gupta
  • [PATCH v6 28/33] riscv: enable kernel access to shadow stack memory via FWFT sbi call, Deepak Gupta
  • [PATCH v6 29/33] riscv: kernel command line option to opt out of user cfi, Deepak Gupta
  • [PATCH v6 30/33] riscv: create a config for shadow stack and landing pad instr support, Deepak Gupta
  • [PATCH v6 31/33] riscv: Documentation for landing pad / indirect branch tracking, Deepak Gupta
  • [PATCH v6 32/33] riscv: Documentation for shadow stack on riscv, Deepak Gupta
  • [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
    • Re: [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Zong Li
      • Re: [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Mark Brown
        • Re: [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Zong Li
          • Re: [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
            • Re: [PATCH v6 33/33] kselftest/riscv: kselftest for user mode cfi, Zong Li
  • Re: [PATCH v6 00/33] riscv control-flow integrity for usermode, Mark Brown
• [PATCH v8 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
  • [PATCH v8 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support, Niklas Schnelle
  • [PATCH v8 2/5] Bluetooth: add HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Thomas Zimmermann
      • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Arnd Bergmann
        • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Thomas Zimmermann
          • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Thomas Zimmermann
          • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
            • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
          • Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies, Arnd Bergmann
  • [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies, Greg Kroah-Hartman
    • Re: [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies, Maciej W. Rozycki
  • [PATCH v8 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
• [PATCH v7 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
  • [PATCH v7 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support, Niklas Schnelle
  • [PATCH v7 2/5] Bluetooth: add HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH v7 3/5] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH v7 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH v7 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH v7 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
• [PATCH v8 00/14] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
  • [PATCH v8 03/14] csky: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Julian Vetter
    • Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Takashi Iwai
  • [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Julian Vetter
    • Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Niklas Schnelle
  • [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
  • [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 09/14] arm: Align prototype of IO memset, Julian Vetter
  • [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
    • Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Miquel Raynal
  • [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset, Julian Vetter
  • [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 02/14] arm64: Use generic IO memcpy/memset, Julian Vetter
• [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
  • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
    • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Christophe Leroy
      • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
    • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Heiko Carstens
      • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
  • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Catalin Marinas
  • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Google
    • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
  • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, kernel test robot
  • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, kernel test robot
    • Re: [PATCH] ftrace: Make ftrace_regs abstract from direct use, Steven Rostedt
• [PATCH v6 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
  • [PATCH v6 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support, Niklas Schnelle
  • [PATCH v6 2/5] Bluetooth: add HAS_IOPORT dependencies, Niklas Schnelle
  • [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies, Lucas De Marchi
      • Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies, Arnd Bergmann
        • Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies, Lucas De Marchi
  • [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies, Maciej W. Rozycki
      • Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
        • Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies, Niklas Schnelle
        • Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies, Maciej W. Rozycki
  • [PATCH v6 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n, Niklas Schnelle
  • Re: [PATCH v6 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n, Arnd Bergmann
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v4 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v4 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Huacai Chen
      • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
  • [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v4 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [PATCH v4 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, kernel test robot
  • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Al Viro
    • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Oliver Sang
• Re: [PATCH 1/1] x86: SMP broken on Xen PV DomU since 6.9, Niels Dettenbach
  • Re: [PATCH 1/1] x86: SMP broken on Xen PV DomU since 6.9, Jürgen Groß
    • Re: [PATCH 1/1] x86: SMP broken on Xen PV DomU since 6.9, Niels Dettenbach
    • Re: [PATCH 1/1] x86: SMP broken on Xen PV DomU since 6.9, Niels Dettenbach
    • Re: [PATCH 1/1] x86: SMP broken on Xen PV DomU since 6.9, Thomas Gleixner
• [PATCH v4 0/4] simplify do_div() with constant divisor, Nicolas Pitre
  • [PATCH v4 4/4] __arch_xprod64(): make __always_inline when optimizing for performance, Nicolas Pitre
  • [PATCH v4 1/4] lib/math/test_div64: add some edge cases relevant to __div64_const32(), Nicolas Pitre
  • [PATCH v4 3/4] ARM: div64: improve __arch_xprod_64(), Nicolas Pitre
  • [PATCH v4 2/4] asm-generic/div64: optimize/simplify __div64_const32(), Nicolas Pitre
    • Re: [PATCH v4 2/4] asm-generic/div64: optimize/simplify __div64_const32(), kernel test robot
  • Re: [PATCH v4 0/4] simplify do_div() with constant divisor, Arnd Bergmann
    • Re: [PATCH v4 0/4] simplify do_div() with constant divisor, Nicolas Pitre
      • Re: [PATCH v4 0/4] simplify do_div() with constant divisor, Arnd Bergmann
• [PATCH 0/5] Add new headers for Hyper-V Dom0, Nuno Das Neves
  • [PATCH 1/5] hyperv: Move hv_connection_id to hyperv-tlfs.h, Nuno Das Neves
    • Re: [PATCH 1/5] hyperv: Move hv_connection_id to hyperv-tlfs.h, Wei Liu
  • [PATCH 4/5] hyperv: Add hv_defs.h to conditionally include hyperv-tlfs.h or hvhdk.h, Nuno Das Neves
  • [PATCH 2/5] hyperv: Remove unnecessary #includes, Nuno Das Neves
    • Re: [PATCH 2/5] hyperv: Remove unnecessary #includes, Wei Liu
    • RE: [PATCH 2/5] hyperv: Remove unnecessary #includes, Michael Kelley
      • Re: [PATCH 2/5] hyperv: Remove unnecessary #includes, Nuno Das Neves
  • [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, Nuno Das Neves
    • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, Stanislav Kinsburskii
      • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, Nuno Das Neves
    • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, Simon Horman
      • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, Nuno Das Neves
    • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, kernel test robot
    • Re: [PATCH 5/5] hyperv: Use hvhdk.h instead of hyperv-tlfs.h in Hyper-V code, kernel test robot
  • [PATCH 3/5] hyperv: Add new Hyper-V headers, Nuno Das Neves
    • RE: [PATCH 3/5] hyperv: Add new Hyper-V headers, Michael Kelley
      • Re: [EXTERNAL] RE: [PATCH 3/5] hyperv: Add new Hyper-V headers, MUKESH RATHOR
  • Re: [PATCH 0/5] Add new headers for Hyper-V Dom0, Wei Liu
  • RE: [PATCH 0/5] Add new headers for Hyper-V Dom0, Michael Kelley
    • Re: [EXTERNAL] RE: [PATCH 0/5] Add new headers for Hyper-V Dom0, MUKESH RATHOR
      • Re: [EXTERNAL] RE: [PATCH 0/5] Add new headers for Hyper-V Dom0, Nuno Das Neves
        • RE: [EXTERNAL] RE: [PATCH 0/5] Add new headers for Hyper-V Dom0, Michael Kelley
    • Re: [PATCH 0/5] Add new headers for Hyper-V Dom0, Nuno Das Neves
      • RE: [PATCH 0/5] Add new headers for Hyper-V Dom0, Michael Kelley
  • Re: [PATCH 0/5] Add new headers for Hyper-V Dom0, Easwar Hariharan
    • Re: [PATCH 0/5] Add new headers for Hyper-V Dom0, Nuno Das Neves
• [PATCH v3 0/2] vdso: Use only headers from the vdso/ namespace, Vincenzo Frascino
  • [PATCH v3 1/2] drm: Fix fault format, Vincenzo Frascino
    • Re: [PATCH v3 1/2] drm: Fix fault format, Arnd Bergmann
      • Re: [PATCH v3 1/2] drm: Fix fault format, Christophe Leroy
  • [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
    • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Geert Uytterhoeven
    • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Arnd Bergmann
      • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
        • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Arnd Bergmann
          • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
            • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, H. Peter Anvin
      • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Thomas Gleixner
        • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Arnd Bergmann
          • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
    • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Thomas Gleixner
      • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Thomas Gleixner
        • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Michael Ellerman
          • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
        • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
      • Re: [PATCH v3 2/2] vdso: Introduce vdso/page.h, Vincenzo Frascino
  • Re: [PATCH v3 0/2] vdso: Use only headers from the vdso/ namespace, Jason A. Donenfeld
• [arnd-asm-generic:asm-generic] BUILD SUCCESS f822712a2c69154f9a0a009f8e18fe394eb7766f, kernel test robot
• [PATCH v2 0/6] Add AutoFDO and Propeller support for Clang build, Rong Xu
  • [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
    • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Peter Zijlstra
      • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Nick Desaulniers
        • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Peter Zijlstra
          • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Nick Desaulniers
            • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Peter Zijlstra
              • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
                • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Mike Rapoport
                  • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
                    • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Mike Rapoport
                      • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
      • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Kees Cook
        • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Peter Zijlstra
          • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Justin Stitt
            • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Peter Zijlstra
        • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Jonathan Corbet
          • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
            • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Miguel Ojeda
              • Re: [PATCH v2 1/6] Add AutoFDO support for Clang build, Rong Xu
  • [PATCH v2 2/6] objtool: Fix unreachable instruction warnings for weak funcitons, Rong Xu
  • [PATCH v2 3/6] Change the symbols order when --ffuntion-sections is enabled, Rong Xu
    • Re: [PATCH v2 3/6] Change the symbols order when --ffuntion-sections is enabled, Peter Zijlstra
      • Re: [PATCH v2 3/6] Change the symbols order when --ffuntion-sections is enabled, Rong Xu
  • [PATCH v2 4/6] AutoFDO: Enable -ffunction-sections for the AutoFDO build, Rong Xu
  • [PATCH v2 5/6] AutoFDO: Enable machine function split optimization for AutoFDO, Rong Xu
  • [PATCH v2 6/6] Add Propeller configuration for kernel build., Rong Xu
• [no subject], Unknown
• [PATCH v13 00/40] arm64/gcs: Provide support for GCS in userspace, Mark Brown
  • [PATCH v13 01/40] mm: Introduce ARCH_HAS_USER_SHADOW_STACK, Mark Brown
  • [PATCH v13 02/40] mm: Define VM_HIGH_ARCH_6, Mark Brown
  • [PATCH v13 03/40] arm64/mm: Restructure arch_validate_flags() for extensibility, Mark Brown
  • [PATCH v13 04/40] prctl: arch-agnostic prctl for shadow stack, Mark Brown
    • Re: [PATCH v13 04/40] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
  • [PATCH v13 05/40] mman: Add map_shadow_stack() flags, Mark Brown
  • [PATCH v13 06/40] arm64: Document boot requirements for Guarded Control Stacks, Mark Brown
  • [PATCH v13 07/40] arm64/gcs: Document the ABI for Guarded Control Stacks, Mark Brown
  • [PATCH v13 08/40] arm64/sysreg: Add definitions for architected GCS caps, Mark Brown
  • [PATCH v13 09/40] arm64/gcs: Add manual encodings of GCS instructions, Mark Brown
  • [PATCH v13 10/40] arm64/gcs: Provide put_user_gcs(), Mark Brown
  • [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Mark Brown
    • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Nathan Chancellor
      • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Marc Zyngier
        • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Catalin Marinas
          • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Marc Zyngier
            • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Catalin Marinas
        • Re: [PATCH v13 11/40] arm64/gcs: Provide basic EL2 setup to allow GCS usage at EL0 and EL1, Catalin Marinas
  • [PATCH v13 12/40] arm64/cpufeature: Runtime detection of Guarded Control Stack (GCS), Mark Brown
  • [PATCH v13 13/40] arm64/mm: Allocate PIE slots for EL0 guarded control stack, Mark Brown
  • [PATCH v13 14/40] mm: Define VM_SHADOW_STACK for arm64 when we support GCS, Mark Brown
  • [PATCH v13 15/40] arm64/mm: Map pages for guarded control stack, Mark Brown
  • [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Mark Brown
    • Re: [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Marc Zyngier
      • Re: [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Marc Zyngier
        • Re: [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Mark Brown
          • Re: [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Marc Zyngier
            • Re: [PATCH v13 16/40] KVM: arm64: Manage GCS access and registers for guests, Mark Brown
  • [PATCH v13 17/40] arm64/idreg: Add overrride for GCS, Mark Brown
  • [PATCH v13 18/40] arm64/hwcap: Add hwcap for GCS, Mark Brown
    • Re: [PATCH v13 18/40] arm64/hwcap: Add hwcap for GCS, Yury Khrustalev
  • [PATCH v13 19/40] arm64/traps: Handle GCS exceptions, Mark Brown
  • [PATCH v13 20/40] arm64/mm: Handle GCS data aborts, Mark Brown
  • [PATCH v13 21/40] arm64/gcs: Context switch GCS state for EL0, Mark Brown
  • [PATCH v13 22/40] arm64/gcs: Ensure that new threads have a GCS, Mark Brown
    • Re: [PATCH v13 22/40] arm64/gcs: Ensure that new threads have a GCS, Catalin Marinas
      • Re: [PATCH v13 22/40] arm64/gcs: Ensure that new threads have a GCS, Mark Brown
  • [PATCH v13 23/40] arm64/gcs: Implement shadow stack prctl() interface, Mark Brown
  • [PATCH v13 24/40] arm64/mm: Implement map_shadow_stack(), Mark Brown
  • [PATCH v13 25/40] arm64/signal: Set up and restore the GCS context for signal handlers, Mark Brown
  • [PATCH v13 26/40] arm64/signal: Expose GCS state in signal frames, Mark Brown
  • [PATCH v13 27/40] arm64/ptrace: Expose GCS via ptrace and core files, Mark Brown
  • [PATCH v13 28/40] arm64: Add Kconfig for Guarded Control Stack (GCS), Mark Brown
  • [PATCH v13 29/40] kselftest/arm64: Verify the GCS hwcap, Mark Brown
  • [PATCH v13 30/40] kselftest/arm64: Add GCS as a detected feature in the signal tests, Mark Brown
  • [PATCH v13 31/40] kselftest/arm64: Add framework support for GCS to signal handling tests, Mark Brown
  • [PATCH v13 32/40] kselftest/arm64: Allow signals tests to specify an expected si_code, Mark Brown
  • [PATCH v13 33/40] kselftest/arm64: Always run signals tests with GCS enabled, Mark Brown
  • [PATCH v13 34/40] kselftest/arm64: Add very basic GCS test program, Mark Brown
  • [PATCH v13 35/40] kselftest/arm64: Add a GCS test program built with the system libc, Mark Brown
  • [PATCH v13 36/40] kselftest/arm64: Add test coverage for GCS mode locking, Mark Brown
  • [PATCH v13 37/40] kselftest/arm64: Add GCS signal tests, Mark Brown
  • [PATCH v13 38/40] kselftest/arm64: Add a GCS stress test, Mark Brown
  • [PATCH v13 39/40] kselftest/arm64: Enable GCS for the FP stress tests, Mark Brown
  • [PATCH v13 40/40] KVM: selftests: arm64: Add GCS registers to get-reg-list, Mark Brown
  • Re: (subset) [PATCH v13 00/40] arm64/gcs: Provide support for GCS in userspace, Catalin Marinas
• [RFC][PATCHES] asm/unaligned.h removal, Al Viro
  • [PATCH 1/3] parisc: get rid of private asm/unaligned.h, Al Viro
    • Re: [PATCH 1/3] parisc: get rid of private asm/unaligned.h, Helge Deller
      • Re: [PATCH 1/3] parisc: get rid of private asm/unaligned.h, Al Viro
    • Re: [PATCH 1/3] parisc: get rid of private asm/unaligned.h, Rolf Eike Beer
  • [PATCH 2/3] arc: get rid of private asm/unaligned.h, Al Viro
    • Re: [PATCH 2/3] arc: get rid of private asm/unaligned.h, Vineet Gupta
      • Re: [PATCH 2/3] arc: get rid of private asm/unaligned.h, Al Viro
  • [PATCH 3/3] move asm/unaligned.h to linux/unaligned.h, Al Viro
  • Re: [RFC][PATCHES] asm/unaligned.h removal, Al Viro
  • Re: [RFC][PATCHES] asm/unaligned.h removal, Linus Torvalds
    • Re: [RFC][PATCHES] asm/unaligned.h removal, Al Viro
      • [git pull] asm/unaligned.h removal, Al Viro
        • Re: [git pull] asm/unaligned.h removal, pr-tracker-bot
• [PATCH 3/3] move asm/unaligned.h to linux/unaligned.h, Al Viro
• [PATCH 00/33] riscv control-flow integrity for usermode, Deepak Gupta
  • [PATCH 01/33] mm: Introduce ARCH_HAS_USER_SHADOW_STACK, Deepak Gupta
  • [PATCH 02/33] mm: helper `is_shadow_stack_vma` to check shadow stack vma, Deepak Gupta
  • [PATCH 03/33] riscv: Enable cbo.zero only when all harts support Zicboz, Deepak Gupta
  • [PATCH 04/33] riscv: Add support for per-thread envcfg CSR values, Deepak Gupta
  • [PATCH 05/33] riscv: Call riscv_user_isa_enable() only on the boot hart, Deepak Gupta
  • [PATCH 06/33] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Deepak Gupta
  • [PATCH 07/33] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
    • Re: [PATCH 07/33] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Rob Herring
  • [PATCH 08/33] riscv: zicfiss / zicfilp enumeration, Deepak Gupta
  • [PATCH 09/33] riscv: zicfiss / zicfilp extension csr and bit definitions, Deepak Gupta
  • [PATCH 10/33] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit, Deepak Gupta
  • [PATCH 11/33] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
  • [PATCH 12/33] riscv mm: manufacture shadow stack pte, Deepak Gupta
  • [PATCH 13/33] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Deepak Gupta
  • [PATCH 14/33] riscv mmu: write protect and shadow stack, Deepak Gupta
  • [PATCH 15/33] riscv/mm: Implement map_shadow_stack() syscall, Deepak Gupta
  • [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
    • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Zong Li
      • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
        • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Zong Li
          • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
            • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Zong Li
              • Re: [PATCH 16/33] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
  • [PATCH 17/33] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
    • Re: [PATCH 17/33] prctl: arch-agnostic prctl for shadow stack, Mark Brown
      • Re: [PATCH 17/33] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
  • [PATCH 18/33] prctl: arch-agnostic prctl for indirect branch tracking, Deepak Gupta
  • [PATCH 19/33] riscv: Implements arch agnostic shadow stack prctls, Deepak Gupta
  • [PATCH 20/33] riscv: Implements arch agnostic indirect branch tracking prctls, Deepak Gupta
  • [PATCH 21/33] riscv/traps: Introduce software check exception, Deepak Gupta
  • [PATCH 22/33] riscv: signal: abstract header saving for setup_sigcontext, Deepak Gupta
    • Re: [PATCH 22/33] riscv: signal: abstract header saving for setup_sigcontext, kernel test robot
  • [PATCH 23/33] riscv signal: save and restore of shadow stack for signal, Deepak Gupta
  • [PATCH 24/33] riscv/kernel: update __show_regs to print shadow stack register, Deepak Gupta
  • [PATCH 25/33] riscv/ptrace: riscv cfi status and state via ptrace and in core files, Deepak Gupta
  • [PATCH 26/33] riscv/hwprobe: zicfilp / zicfiss enumeration in hwprobe, Deepak Gupta
  • [PATCH 27/33] riscv: Add Firmware Feature SBI extensions definitions, Deepak Gupta
  • [PATCH 28/33] riscv: enable kernel access to shadow stack memory via FWFT sbi call, Deepak Gupta
  • [PATCH 29/33] riscv: kernel command line option to opt out of user cfi, Deepak Gupta
  • [PATCH 30/33] riscv: create a config for shadow stack and landing pad instr support, Deepak Gupta
  • [PATCH 31/33] riscv: Documentation for landing pad / indirect branch tracking, Deepak Gupta
  • [PATCH 32/33] riscv: Documentation for shadow stack on riscv, Deepak Gupta
  • [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
    • Re: [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Shuah Khan
      • Re: [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Mark Brown
        • Re: [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Shuah Khan
          • Re: [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Edgecombe, Rick P
      • Re: [PATCH 33/33] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
  • Re: [PATCH 00/33] riscv control-flow integrity for usermode, patchwork-bot+linux-riscv
• [PATCH v9 0/5] Tracepoints and static branch in Rust, Alice Ryhl
  • [PATCH v9 1/5] rust: add generic static_key_false, Alice Ryhl
    • Re: [PATCH v9 1/5] rust: add generic static_key_false, Steven Rostedt
      • Re: [PATCH v9 1/5] rust: add generic static_key_false, Alice Ryhl
    • Re: [PATCH v9 1/5] rust: add generic static_key_false, Josh Poimboeuf
      • Re: [PATCH v9 1/5] rust: add generic static_key_false, Steven Rostedt
        • Re: [PATCH v9 1/5] rust: add generic static_key_false, Josh Poimboeuf
      • Re: [PATCH v9 1/5] rust: add generic static_key_false, Steven Rostedt
        • Re: [PATCH v9 1/5] rust: add generic static_key_false, Alice Ryhl
  • [PATCH v9 2/5] rust: add tracepoint support, Alice Ryhl
  • [PATCH v9 3/5] rust: samples: add tracepoint to Rust sample, Alice Ryhl
  • [PATCH v9 4/5] jump_label: adjust inline asm to be consistent, Alice Ryhl
    • Re: [PATCH v9 4/5] jump_label: adjust inline asm to be consistent, Steven Rostedt
      • Re: [PATCH v9 4/5] jump_label: adjust inline asm to be consistent, Steven Rostedt
    • Re: [PATCH v9 4/5] jump_label: adjust inline asm to be consistent, Catalin Marinas
      • Re: [PATCH v9 4/5] jump_label: adjust inline asm to be consistent, Steven Rostedt
  • [PATCH v9 5/5] rust: add arch_static_branch, Alice Ryhl
• [PATCH v7 00/10] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Richard Henderson
      • RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, David Laight
  • [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
      • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
        • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
  • [PATCH v7 10/10] arm: Align prototype of IO memset, Julian Vetter
    • Re: [PATCH v7 10/10] arm: Align prototype of IO memset, Geert Uytterhoeven
  • [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 03/10] csky: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 02/10] arm64: Use generic IO memcpy/memset, Julian Vetter
  • Re: [PATCH v7 00/10] Consolidate IO memcpy functions, Niklas Schnelle
• [PATCH V2] LoongArch: Set correct size for VDSO code mapping, Huacai Chen
• [PATCH] LoongArch: Set correct size for VDSO code mapping, Huacai Chen
  • Re: [PATCH] LoongArch: Set correct size for VDSO code mapping, Xi Ruoyao
• [no subject], Unknown
• [GIT PULL] LoongArch changes for v6.12, Huacai Chen
  • Re: [GIT PULL] LoongArch changes for v6.12, pr-tracker-bot
• [RFC PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
  • [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Jann Horn
      • Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jeff Xu
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jeff Xu
    • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Suren Baghdasaryan
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
      • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
          • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
            • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Jann Horn
              • Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Jann Horn
      • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Christoph Hellwig
      • Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [RFC PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • Re: [RFC PATCH 0/4] implement lightweight guard pages, Pavel Machek
    • Re: [RFC PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH v1] asm-generic: introduce be56 unaligned accessors, marius.cristea
  • RE: [PATCH v1] asm-generic: introduce be56 unaligned accessors, David Laight
    • Re: [PATCH v1] asm-generic: introduce be56 unaligned accessors, Marius.Cristea
      • Re: [PATCH v1] asm-generic: introduce be56 unaligned accessors, Arnd Bergmann
        • Re: [PATCH v1] asm-generic: introduce be56 unaligned accessors, Marius.Cristea
          • Re: [PATCH v1] asm-generic: introduce be56 unaligned accessors, Arnd Bergmann
          • RE: [PATCH v1] asm-generic: introduce be56 unaligned accessors, David Laight
        • RE: [PATCH v1] asm-generic: introduce be56 unaligned accessors, David Laight
• [GIT PULL] asm-generic updates for 6.12, Arnd Bergmann
  • Re: [GIT PULL] asm-generic updates for 6.12, pr-tracker-bot
• [PATCH 0/5] asm-generic: clean up asm/mman.h, Arnd Bergmann
  • [PATCH 1/5] asm-generic: cosmetic updates to uapi/asm/mman.h, Arnd Bergmann
    • Re: [PATCH 1/5] asm-generic: cosmetic updates to uapi/asm/mman.h, Helge Deller
      • Re: [PATCH 1/5] asm-generic: cosmetic updates to uapi/asm/mman.h, Arnd Bergmann
    • Re: [PATCH 1/5] asm-generic: cosmetic updates to uapi/asm/mman.h, Lorenzo Stoakes
  • [PATCH 2/5] asm-generic: move MAP_* flags from mman-common.h to mman.h, Arnd Bergmann
    • Re: [PATCH 2/5] asm-generic: move MAP_* flags from mman-common.h to mman.h, Lorenzo Stoakes
  • [PATCH 3/5] asm-generic: use asm-generic/mman-common.h on mips and xtensa, Arnd Bergmann
    • Re: [PATCH 3/5] asm-generic: use asm-generic/mman-common.h on mips and xtensa, Richard Henderson
  • [PATCH 4/5] asm-generic: use asm-generic/mman-common.h on parisc and alpha, Arnd Bergmann
    • Re: [PATCH 4/5] asm-generic: use asm-generic/mman-common.h on parisc and alpha, Richard Henderson
    • Re: [PATCH 4/5] asm-generic: use asm-generic/mman-common.h on parisc and alpha, Lorenzo Stoakes
  • [PATCH 5/5] [RFC] mm: Remove MAP_UNINITIALIZED support, Arnd Bergmann
    • Re: [PATCH 5/5] [RFC] mm: Remove MAP_UNINITIALIZED support, David Hildenbrand
      • Re: [PATCH 5/5] [RFC] mm: Remove MAP_UNINITIALIZED support, Arnd Bergmann
        • Re: [PATCH 5/5] [RFC] mm: Remove MAP_UNINITIALIZED support, Lorenzo Stoakes
    • Re: [PATCH 5/5] [RFC] mm: Remove MAP_UNINITIALIZED support, Helge Deller
• [RFC PATCH 00/28] x86: Rely on toolchain for relocatable code, Ard Biesheuvel
  • [RFC PATCH 01/28] x86/pvh: Call C code via the kernel virtual mapping, Ard Biesheuvel
    • Re: [RFC PATCH 01/28] x86/pvh: Call C code via the kernel virtual mapping, Jason Andryuk
  • [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Ard Biesheuvel
    • Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Arnd Bergmann
      • Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Mark Rutland
        • Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Arnd Bergmann
    • Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Miguel Ojeda
    • Re: [RFC PATCH 02/28] Documentation: Bump minimum GCC version to 8.1, Mark Rutland
  • [RFC PATCH 03/28] x86/tools: Use mmap() to simplify relocs host tool, Ard Biesheuvel
  • [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds, Ard Biesheuvel
    • Re: [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds, Josh Poimboeuf
      • Re: [RFC PATCH 04/28] x86/boot: Permit GOTPCREL relocations for x86_64 builds, Ard Biesheuvel
  • [RFC PATCH 06/28] x86/percpu: Get rid of absolute per-CPU variable placement, Ard Biesheuvel
    • Re: [RFC PATCH 06/28] x86/percpu: Get rid of absolute per-CPU variable placement, Christoph Lameter (Ampere)
  • [RFC PATCH 08/28] scripts/kallsyms: Remove support for absolute per-CPU variables, Ard Biesheuvel
  • [RFC PATCH 09/28] x86/tools: Remove special relocation handling for per-CPU variables, Ard Biesheuvel
  • [RFC PATCH 10/28] x86/xen: Avoid relocatable quantities in Xen ELF notes, Ard Biesheuvel
  • [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text, Ard Biesheuvel
    • Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text, Jason Andryuk
      • Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text, Ard Biesheuvel
        • Re: [RFC PATCH 11/28] x86/pvh: Avoid absolute symbol references in .head.text, Jason Andryuk
  • [RFC PATCH 12/28] x86/pm-trace: Use RIP-relative accesses for .tracedata, Ard Biesheuvel
  • [RFC PATCH 15/28] x86/sync_core: Use RIP-relative addressing, Ard Biesheuvel
  • [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address, Ard Biesheuvel
    • Re: [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address, Linus Torvalds
      • Re: [RFC PATCH 14/28] x86/rethook: Use RIP-relative reference for return address, Ard Biesheuvel
  • [RFC PATCH 16/28] x86/entry_64: Use RIP-relative addressing, Ard Biesheuvel
  • [RFC PATCH 17/28] x86/hibernate: Prefer RIP-relative accesses, Ard Biesheuvel
  • [RFC PATCH 18/28] x86/boot/64: Determine VA/PA offset before entering C code, Ard Biesheuvel
  • [RFC PATCH 19/28] x86/boot/64: Avoid intentional absolute symbol references in .head.text, Ard Biesheuvel
  • [RFC PATCH 20/28] x64/acpi: Use PIC-compatible references in wakeup_64.S, Ard Biesheuvel
  • [RFC PATCH 21/28] x86/head: Use PIC-compatible symbol references in startup code, Ard Biesheuvel
  • [RFC PATCH 13/28] x86/kvm: Use RIP-relative addressing, Ard Biesheuvel
  • [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls, Ard Biesheuvel
    • Re: [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls, Josh Poimboeuf
      • Re: [RFC PATCH 24/28] tools/objtool: Treat indirect ftrace calls as direct calls, Ard Biesheuvel
  • [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Ard Biesheuvel
    • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, H. Peter Anvin
      • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Ard Biesheuvel
        • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Linus Torvalds
          • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Ard Biesheuvel
            • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, H. Peter Anvin
              • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Uros Bizjak
                • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, H. Peter Anvin
                  • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Linus Torvalds
                    • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Uros Bizjak
                  • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Uros Bizjak
                    • RE: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, David Laight
                      • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, Uros Bizjak
                        • Re: [RFC PATCH 25/28] x86: Use PIE codegen for the core kernel, H. Peter Anvin
  • [RFC PATCH 26/28] x86/boot: Implement support for ELF RELA/RELR relocations, Ard Biesheuvel
  • [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Ard Biesheuvel
    • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Uros Bizjak
      • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Ard Biesheuvel
        • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Uros Bizjak
          • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Ard Biesheuvel
            • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Uros Bizjak
    • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Vegard Nossum
      • Re: [RFC PATCH 27/28] x86/kernel: Switch to PIE linking for the core kernel, Ard Biesheuvel
  • [RFC PATCH 28/28] x86/tools: Drop x86_64 support from 'relocs' tool, Ard Biesheuvel
  • [RFC PATCH 22/28] asm-generic: Treat PIC .data.rel.ro sections as .rodata, Ard Biesheuvel
  • [RFC PATCH 23/28] tools/objtool: Mark generated sections as writable, Ard Biesheuvel
  • [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Ard Biesheuvel
    • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Ian Rogers
      • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Ard Biesheuvel
        • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Ian Rogers
    • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Uros Bizjak
      • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Brian Gerst
        • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Ard Biesheuvel
          • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Brian Gerst
    • Re: [RFC PATCH 05/28] x86: Define the stack protector guard symbol explicitly, Uros Bizjak
  • [RFC PATCH 07/28] scripts/kallsyms: Avoid 0x0 as the relative base, Ard Biesheuvel
• New order, Marvin Jack
• [PATCH v2 0/8] vdso: Use only headers from the vdso/ namespace, Vincenzo Frascino
  • [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Vincenzo Frascino
    • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Jason A. Donenfeld
      • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Vincenzo Frascino
    • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Christophe Leroy
      • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Arnd Bergmann
        • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Christophe Leroy
          • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Arnd Bergmann
        • Re: [PATCH v2 1/8] x86: vdso: Introduce asm/vdso/mman.h, Vincenzo Frascino
  • [PATCH v2 2/8] arm64: vdso: Introduce asm/vdso/mman.h, Vincenzo Frascino
    • Re: [PATCH v2 2/8] arm64: vdso: Introduce asm/vdso/mman.h, Christophe Leroy
  • [PATCH v2 3/8] vdso: Introduce vdso/mman.h, Vincenzo Frascino
    • Re: [PATCH v2 3/8] vdso: Introduce vdso/mman.h, Christophe Leroy
  • [PATCH v2 4/8] vdso: Introduce vdso/page.h, Vincenzo Frascino
    • Re: [PATCH v2 4/8] vdso: Introduce vdso/page.h, Arnd Bergmann
      • Re: [PATCH v2 4/8] vdso: Introduce vdso/page.h, Vincenzo Frascino
        • Re: [PATCH v2 4/8] vdso: Introduce vdso/page.h, Christophe Leroy
          • Re: [PATCH v2 4/8] vdso: Introduce vdso/page.h, Vincenzo Frascino
    • Re: [PATCH v2 4/8] vdso: Introduce vdso/page.h, Christophe Leroy
  • [PATCH v2 5/8] x86: vdso: Modify asm/vdso/getrandom.h to include datapage, Vincenzo Frascino
    • Re: [PATCH v2 5/8] x86: vdso: Modify asm/vdso/getrandom.h to include datapage, Christophe Leroy
  • [PATCH v2 6/8] vdso: Modify vdso/getrandom.h to include the asm header, Vincenzo Frascino
    • Re: [PATCH v2 6/8] vdso: Modify vdso/getrandom.h to include the asm header, Christophe Leroy
  • [PATCH v2 7/8] vdso: Introduce uapi/vdso/random.h, Vincenzo Frascino
    • Re: [PATCH v2 7/8] vdso: Introduce uapi/vdso/random.h, Jason A. Donenfeld
      • Re: [PATCH v2 7/8] vdso: Introduce uapi/vdso/random.h, Vincenzo Frascino
    • Re: [PATCH v2 7/8] vdso: Introduce uapi/vdso/random.h, Christophe Leroy
  • [PATCH v2 8/8] vdso: Modify getrandom to include the correct namespace., Vincenzo Frascino
    • Re: [PATCH v2 8/8] vdso: Modify getrandom to include the correct namespace., Jason A. Donenfeld
    • Re: [PATCH v2 8/8] vdso: Modify getrandom to include the correct namespace., Christophe Leroy
  • Re: [PATCH v2 0/8] vdso: Use only headers from the vdso/ namespace, Christophe Leroy
• arch maintainer heads-up: masked user access infrastructure, Linus Torvalds
• Re: Linux 6.11, Frank Scheiner
• [PATCH] Update Intel DRM use of seqprop_sequence, Christoph Lameter
• [PATCH v15 00/19] tracing: fprobe: function_graph: Multi-function graph and fprobe on fgraph, Masami Hiramatsu (Google)
  • [PATCH v15 01/19] tracing: Add a comment about ftrace_regs definition, Masami Hiramatsu (Google)
  • [PATCH v15 02/19] tracing: Rename ftrace_regs_return_value to ftrace_regs_get_return_value, Masami Hiramatsu (Google)
  • [PATCH v15 03/19] function_graph: Pass ftrace_regs to entryfunc, Masami Hiramatsu (Google)
  • [PATCH v15 04/19] function_graph: Replace fgraph_ret_regs with ftrace_regs, Masami Hiramatsu (Google)
  • [PATCH v15 05/19] function_graph: Pass ftrace_regs to retfunc, Masami Hiramatsu (Google)
  • [PATCH v15 06/19] fprobe: Use ftrace_regs in fprobe entry handler, Masami Hiramatsu (Google)
  • [PATCH v15 07/19] fprobe: Use ftrace_regs in fprobe exit handler, Masami Hiramatsu (Google)
  • [PATCH v15 08/19] tracing: Add ftrace_partial_regs() for converting ftrace_regs to pt_regs, Masami Hiramatsu (Google)
  • [PATCH v15 09/19] tracing: Add ftrace_fill_perf_regs() for perf event, Masami Hiramatsu (Google)
    • Re: [PATCH v15 09/19] tracing: Add ftrace_fill_perf_regs() for perf event, Heiko Carstens
  • [PATCH v15 10/19] tracing/fprobe: Enable fprobe events with CONFIG_DYNAMIC_FTRACE_WITH_ARGS, Masami Hiramatsu (Google)
  • [PATCH v15 11/19] bpf: Enable kprobe_multi feature if CONFIG_FPROBE is enabled, Masami Hiramatsu (Google)
  • [PATCH v15 12/19] ftrace: Add CONFIG_HAVE_FTRACE_GRAPH_FUNC, Masami Hiramatsu (Google)
  • [PATCH v15 13/19] fprobe: Rewrite fprobe on function-graph tracer, Masami Hiramatsu (Google)
    • Re: [PATCH v15 13/19] fprobe: Rewrite fprobe on function-graph tracer, Sven Schnelle
  • [PATCH v15 14/19] tracing: Fix function timing profiler to initialize hashtable, Masami Hiramatsu (Google)
  • [PATCH v15 15/19] tracing/fprobe: Remove nr_maxactive from fprobe, Masami Hiramatsu (Google)
  • [PATCH v15 16/19] selftests: ftrace: Remove obsolate maxactive syntax check, Masami Hiramatsu (Google)
  • [PATCH v15 17/19] selftests/ftrace: Add a test case for repeating register/unregister fprobe, Masami Hiramatsu (Google)
  • [PATCH v15 18/19] Documentation: probes: Update fprobe on function-graph tracer, Masami Hiramatsu (Google)
  • [PATCH v15 19/19] bpf: Add get_entry_ip() for arm64, Masami Hiramatsu (Google)
  • Re: [PATCH v15 00/19] tracing: fprobe: function_graph: Multi-function graph and fprobe on fgraph, Andrii Nakryiko
    • Re: [PATCH v15 00/19] tracing: fprobe: function_graph: Multi-function graph and fprobe on fgraph, Google
• [GIT PULL] Emulated one-byte cmpxchg() for ARC and sh, Paul E. McKenney
  • Re: [GIT PULL] Emulated one-byte cmpxchg() for ARC and sh, pr-tracker-bot
• [PATCH v4 00/30] riscv control-flow integrity for usermode, Deepak Gupta
  • [PATCH v4 01/30] mm: Introduce ARCH_HAS_USER_SHADOW_STACK, Deepak Gupta
    • Re: [PATCH v4 01/30] mm: Introduce ARCH_HAS_USER_SHADOW_STACK, Carlos Bilbao
  • [PATCH v4 02/30] mm: helper `is_shadow_stack_vma` to check shadow stack vma, Deepak Gupta
  • [PATCH v4 03/30] riscv: Enable cbo.zero only when all harts support Zicboz, Deepak Gupta
  • [PATCH v4 04/30] riscv: Add support for per-thread envcfg CSR values, Deepak Gupta
  • [PATCH v4 05/30] riscv: Call riscv_user_isa_enable() only on the boot hart, Deepak Gupta
  • [PATCH v4 06/30] riscv/Kconfig: enable HAVE_EXIT_THREAD for riscv, Deepak Gupta
  • [PATCH v4 07/30] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Deepak Gupta
    • Re: [PATCH v4 07/30] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Rob Herring (Arm)
    • Re: [PATCH v4 07/30] riscv: zicfilp / zicfiss in dt-bindings (extensions.yaml), Conor Dooley
  • [PATCH v4 08/30] riscv: zicfiss / zicfilp enumeration, Deepak Gupta
  • [PATCH v4 09/30] riscv: zicfiss / zicfilp extension csr and bit definitions, Deepak Gupta
  • [PATCH v4 10/30] riscv: usercfi state for task and save/restore of CSR_SSP on trap entry/exit, Deepak Gupta
  • [PATCH v4 11/30] riscv/mm : ensure PROT_WRITE leads to VM_READ | VM_WRITE, Deepak Gupta
  • [PATCH v4 12/30] riscv mm: manufacture shadow stack pte, Deepak Gupta
  • [PATCH v4 13/30] riscv mmu: teach pte_mkwrite to manufacture shadow stack PTEs, Deepak Gupta
  • [PATCH v4 14/30] riscv mmu: write protect and shadow stack, Deepak Gupta
  • [PATCH v4 15/30] riscv/mm: Implement map_shadow_stack() syscall, Deepak Gupta
    • Re: [PATCH v4 15/30] riscv/mm: Implement map_shadow_stack() syscall, Mark Brown
  • [PATCH v4 16/30] riscv/shstk: If needed allocate a new shadow stack on clone, Deepak Gupta
    • Re: [PATCH v4 16/30] riscv/shstk: If needed allocate a new shadow stack on clone, kernel test robot
    • Re: [PATCH v4 16/30] riscv/shstk: If needed allocate a new shadow stack on clone, kernel test robot
    • Re: [PATCH v4 16/30] riscv/shstk: If needed allocate a new shadow stack on clone, kernel test robot
  • [PATCH v4 17/30] prctl: arch-agnostic prctl for shadow stack, Deepak Gupta
  • [PATCH v4 18/30] prctl: arch-agnostic prctl for indirect branch tracking, Deepak Gupta
  • [PATCH v4 19/30] riscv: Implements arch agnostic shadow stack prctls, Deepak Gupta
  • [PATCH v4 20/30] riscv: Implements arch agnostic indirect branch tracking prctls, Deepak Gupta
  • [PATCH v4 21/30] riscv/traps: Introduce software check exception, Deepak Gupta
    • Re: [PATCH v4 21/30] riscv/traps: Introduce software check exception, Andy Chiu
      • Re: [PATCH v4 21/30] riscv/traps: Introduce software check exception, Deepak Gupta
  • [PATCH v4 22/30] riscv sigcontext: cfi state struct definition for sigcontext, Deepak Gupta
  • [PATCH v4 23/30] riscv signal: save and restore of shadow stack for signal, Deepak Gupta
    • Re: [PATCH v4 23/30] riscv signal: save and restore of shadow stack for signal, Andy Chiu
      • Re: [PATCH v4 23/30] riscv signal: save and restore of shadow stack for signal, Deepak Gupta
        • Re: [PATCH v4 23/30] riscv signal: save and restore of shadow stack for signal, Andy Chiu
          • Re: [PATCH v4 23/30] riscv signal: save and restore of shadow stack for signal, Deepak Gupta
  • [PATCH v4 24/30] riscv/kernel: update __show_regs to print shadow stack register, Deepak Gupta
  • [PATCH v4 25/30] riscv/ptrace: riscv cfi status and state via ptrace and in core files, Deepak Gupta
  • [PATCH v4 26/30] riscv/hwprobe: zicfilp / zicfiss enumeration in hwprobe, Deepak Gupta
  • [PATCH v4 27/30] riscv: create a config for shadow stack and landing pad instr support, Deepak Gupta
  • [PATCH v4 28/30] riscv: Documentation for landing pad / indirect branch tracking, Deepak Gupta
    • Re: [PATCH v4 28/30] riscv: Documentation for landing pad / indirect branch tracking, Bagas Sanjaya
  • [PATCH v4 29/30] riscv: Documentation for shadow stack on riscv, Deepak Gupta
    • Re: [PATCH v4 29/30] riscv: Documentation for shadow stack on riscv, Bagas Sanjaya
  • [PATCH v4 30/30] kselftest/riscv: kselftest for user mode cfi, Deepak Gupta
• [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Christoph Lameter via B4 Relay
  • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, kernel test robot
    • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Christoph Lameter (Ampere)
      • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Will Deacon
        • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Thomas Gleixner
          • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Vivi, Rodrigo
  • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, kernel test robot
  • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Will Deacon
    • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Christoph Lameter (Ampere)
      • Re: [PATCH v3] Avoid memory barrier in read_seqcount() through load acquire, Linus Torvalds