Linux Arch

• Date Index

• Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, (continued)
  • Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, Masahiro Yamada
  • Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, Petr Mladek
  • Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, Masahiro Yamada
    • Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, Alexander Lobakin
      • Re: [PATCH v10 01/15] modpost: fix removing numeric suffixes, Masahiro Yamada
  • [PATCH v10 05/15] x86: support asm function sections, Alexander Lobakin
    • Re: [PATCH v10 05/15] x86: support asm function sections, Peter Zijlstra
      • Re: [PATCH v10 05/15] x86: support asm function sections, Alexander Lobakin
  • [PATCH v10 12/15] module: add arch-indep FG-KASLR for randomizing function layout, Alexander Lobakin
  • [PATCH v10 15/15] maintainers: add MAINTAINERS entry for FG-KASLR, Alexander Lobakin
  • [PATCH v10 04/15] arch: introduce asm function sections, Alexander Lobakin
  • [PATCH v10 03/15] kallsyms: randomize /proc/kallsyms output order, Alexander Lobakin
  • [PATCH v10 09/15] x86: Add support for function granular KASLR, Alexander Lobakin
  • [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Alexander Lobakin
    • Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Peter Zijlstra
      • Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Alexander Lobakin
        • Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Peter Zijlstra
          • Re: [PATCH v10 10/15] FG-KASLR: use a scripted approach to handle .text.* sections, Alexander Lobakin
  • [PATCH v10 07/15] Makefile: add config options and build scripts for FG-KASLR, Alexander Lobakin
  • [PATCH v10 06/15] x86: decouple ORC table sorting into a separate file, Alexander Lobakin
  • [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Alexander Lobakin
    • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
      • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Fāng-ruì Sòng
        • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
          • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Alexander Lobakin
            • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
              • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Joe Lawrence
                • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
          • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Miroslav Benes
            • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
            • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Alexander Lobakin
              • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
      • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Alexander Lobakin
        • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
      • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Miroslav Benes
        • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Josh Poimboeuf
          • Re: [PATCH v10 02/15] livepatch: avoid position-based search if `-z unique-symbol` is available, Miroslav Benes
  • [PATCH v10 11/15] x86/boot: allow FG-KASLR to be selected, Alexander Lobakin
  • [PATCH v10 08/15] x86/tools: Add relative relocs for randomized functions, Alexander Lobakin
  • [PATCH v10 13/15] module: use a scripted approach for FG-KASLR, Alexander Lobakin
• [no subject], Unknown
• [no subject], Unknown
• [PATCH] ilog2: Force inlining of __ilog2_u32() and __ilog2_u64(), Christophe Leroy
• [PATCH v2 0/3] vstatus: TTY status message request, Walt Drummond
  • [PATCH v2 1/3] vstatus: Allow the n_tty line dicipline to write to a user tty, Walt Drummond
  • [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Walt Drummond
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Greg KH
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Arseny Maslennikov
      • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Arseny Maslennikov
    • Re: [PATCH v2 3/3] vstatus: Display an informational message when the VSTATUS character is pressed or TIOCSTAT ioctl is called., Jiri Slaby
  • [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Walt Drummond
    • Re: [PATCH v2 2/3] status: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Greg KH
• [PATCH V5 00/21] riscv: compat: Add COMPAT mode support for rv64, guoren
  • [PATCH V5 01/21] uapi: simplify __ARCH_FLOCK{,64}_PAD a little, guoren
  • [PATCH V5 02/21] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, guoren
  • [PATCH V5 03/21] compat: consolidate the compat_flock{,64} definition, guoren
  • [PATCH V5 04/21] kconfig: Add SYSVIPC_COMPAT for all architectures, guoren
  • [PATCH V5 05/21] fs: stat: compat: Add __ARCH_WANT_COMPAT_STAT, guoren
  • [PATCH V5 06/21] asm-generic: compat: Cleanup duplicate definitions, guoren
    • Re: [PATCH V5 06/21] asm-generic: compat: Cleanup duplicate definitions, Christoph Hellwig
  • [PATCH V5 07/21] syscalls: compat: Fix the missing part for __SYSCALL_COMPAT, guoren
  • [PATCH V5 08/21] riscv: Fixup difference with defconfig, guoren
  • [PATCH V5 09/21] riscv: compat: Add basic compat data type implementation, guoren
    • Re: [PATCH V5 09/21] riscv: compat: Add basic compat data type implementation, Palmer Dabbelt
      • Re: [PATCH V5 09/21] riscv: compat: Add basic compat data type implementation, Guo Ren
  • [PATCH V5 10/21] riscv: compat: Re-implement TASK_SIZE for COMPAT_32BIT, guoren
  • [PATCH V5 11/21] riscv: compat: syscall: Add compat_sys_call_table implementation, guoren
  • [PATCH V5 12/21] riscv: compat: syscall: Add entry.S implementation, guoren
    • Re: [PATCH V5 12/21] riscv: compat: syscall: Add entry.S implementation, Palmer Dabbelt
  • [PATCH V5 13/21] riscv: compat: process: Add UXL_32 support in start_thread, guoren
    • Re: [PATCH V5 13/21] riscv: compat: process: Add UXL_32 support in start_thread, Palmer Dabbelt
      • Re: [PATCH V5 13/21] riscv: compat: process: Add UXL_32 support in start_thread, Guo Ren
  • [PATCH V5 14/21] riscv: compat: Add elf.h implementation, guoren
  • [PATCH V5 15/21] riscv: compat: Add hw capability check for elf, guoren
    • Re: [PATCH V5 15/21] riscv: compat: Add hw capability check for elf, Guo Ren
    • Re: [PATCH V5 15/21] riscv: compat: Add hw capability check for elf, Christoph Hellwig
      • Re: [PATCH V5 15/21] riscv: compat: Add hw capability check for elf, Guo Ren
  • [PATCH V5 16/21] riscv: compat: vdso: Add rv32 VDSO base code implementation, guoren
    • Re: [PATCH V5 16/21] riscv: compat: vdso: Add rv32 VDSO base code implementation, Palmer Dabbelt
      • Re: [PATCH V5 16/21] riscv: compat: vdso: Add rv32 VDSO base code implementation, Guo Ren
  • [PATCH V5 18/21] riscv: compat: signal: Add rt_frame implementation, guoren
    • Re: [PATCH V5 18/21] riscv: compat: signal: Add rt_frame implementation, Palmer Dabbelt
  • [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, guoren
    • Re: [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, Palmer Dabbelt
      • Re: [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, Guo Ren
      • Re: [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, Guo Ren
    • Re: [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, Rolf Eike Beer
      • Re: [PATCH V5 17/21] riscv: compat: vdso: Add setup additional pages implementation, Guo Ren
  • [PATCH V5 19/21] riscv: compat: ptrace: Add compat_arch_ptrace implement, guoren
    • Re: [PATCH V5 19/21] riscv: compat: ptrace: Add compat_arch_ptrace implement, Palmer Dabbelt
  • [PATCH V5 20/21] riscv: compat: Add COMPAT Kbuild skeletal support, guoren
  • [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, guoren
    • Re: [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, Anup Patel
      • Re: [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, Paolo Bonzini
        • Re: [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, Anup Patel
          • Re: [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, Guo Ren
    • Re: [PATCH V5 21/21] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, Palmer Dabbelt
  • Re: [PATCH V5 00/21] riscv: compat: Add COMPAT mode support for rv64, Guo Ren
  • Re: [PATCH V5 00/21] riscv: compat: Add COMPAT mode support for rv64, Palmer Dabbelt
    • Re: [PATCH V5 00/21] riscv: compat: Add COMPAT mode support for rv64, Arnd Bergmann
• [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Nick Desaulniers
  • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Kees Cook
    • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Arnd Bergmann
  • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Ard Biesheuvel
    • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Nick Desaulniers
      • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Ard Biesheuvel
        • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Nick Desaulniers
          • Re: [PATCH] docs/memory-barriers.txt: volatile is not a barrier() substitute, Ard Biesheuvel
• consolidate the compat fcntl definitions v2, Christoph Hellwig
  • [PATCH 1/5] uapi: remove the unused HAVE_ARCH_STRUCT_FLOCK64 define, Christoph Hellwig
    • Re: [PATCH 1/5] uapi: remove the unused HAVE_ARCH_STRUCT_FLOCK64 define, Guo Ren
    • Re: [PATCH 1/5] uapi: remove the unused HAVE_ARCH_STRUCT_FLOCK64 define, Guo Ren
      • Re: [PATCH 1/5] uapi: remove the unused HAVE_ARCH_STRUCT_FLOCK64 define, Christoph Hellwig
  • [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Christoph Hellwig
    • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Guo Ren
    • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Guo Ren
      • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Guo Ren
  • [PATCH 3/5] uapi: merge the 32-bit mips struct flock into the generic one, Christoph Hellwig
  • [PATCH 5/5] compat: consolidate the compat_flock{,64} definition, Christoph Hellwig
  • [PATCH 2/5] uapi: simplify __ARCH_FLOCK{,64}_PAD a little, Christoph Hellwig
    • Re: [PATCH 2/5] uapi: simplify __ARCH_FLOCK{,64}_PAD a little, Guo Ren
  • Re: consolidate the compat fcntl definitions v2, Arnd Bergmann
    • Re: consolidate the compat fcntl definitions v2, Guo Ren
    • Re: consolidate the compat fcntl definitions v2, Christoph Hellwig
  • Re: consolidate the compat fcntl definitions v2, Christophe Leroy
• [PATCH 00/35] Shadow stacks for userspace, Rick Edgecombe
  • [PATCH 01/35] Documentation/x86: Add CET description, Rick Edgecombe
  • [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack, Rick Edgecombe
    • Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack, Dave Hansen
      • Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack, Thomas Gleixner
        • Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack, Edgecombe, Rick P
    • Re: [PATCH 02/35] x86/cet/shstk: Add Kconfig option for Shadow Stack, Thomas Gleixner
  • [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Rick Edgecombe
    • Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Dave Hansen
      • Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Edgecombe, Rick P
    • Re: [PATCH 03/35] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Kees Cook
  • [PATCH 04/35] x86/cpufeatures: Introduce CPU setup and option parsing for CET, Rick Edgecombe
    • Re: [PATCH 04/35] x86/cpufeatures: Introduce CPU setup and option parsing for CET, Dave Hansen
      • Re: [PATCH 04/35] x86/cpufeatures: Introduce CPU setup and option parsing for CET, Edgecombe, Rick P
  • [PATCH 14/35] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Rick Edgecombe
    • Re: [PATCH 14/35] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Dave Hansen
  • [PATCH 05/35] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Rick Edgecombe
    • Re: [PATCH 05/35] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Dave Hansen
      • Re: [PATCH 05/35] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Edgecombe, Rick P
  • [PATCH 13/35] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Rick Edgecombe
  • [PATCH 07/35] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Rick Edgecombe
    • Re: [PATCH 07/35] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Dave Hansen
      • Re: [PATCH 07/35] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Edgecombe, Rick P
  • [PATCH 08/35] x86/mm: Move pmd_write(), pud_write() up in the file, Rick Edgecombe
  • [PATCH 12/35] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Rick Edgecombe
    • Re: [PATCH 12/35] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Dave Hansen
  • [PATCH 11/35] x86/mm: Update pte_modify for _PAGE_COW, Rick Edgecombe
    • Re: [PATCH 11/35] x86/mm: Update pte_modify for _PAGE_COW, Dave Hansen
  • [PATCH 09/35] x86/mm: Introduce _PAGE_COW, Rick Edgecombe
    • Re: [PATCH 09/35] x86/mm: Introduce _PAGE_COW, Dave Hansen
  • [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Rick Edgecombe
    • Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Dave Hansen
      • Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Edgecombe, Rick P
        • Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Wang, Zhi A
          • Re: [PATCH 10/35] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Edgecombe, Rick P
  • [PATCH 06/35] x86/cet: Add control-protection fault handler, Rick Edgecombe
    • Re: [PATCH 06/35] x86/cet: Add control-protection fault handler, Dave Hansen
      • Re: [PATCH 06/35] x86/cet: Add control-protection fault handler, Edgecombe, Rick P
  • [PATCH 15/35] x86/mm: Check Shadow Stack page fault errors, Rick Edgecombe
    • Re: [PATCH 15/35] x86/mm: Check Shadow Stack page fault errors, Dave Hansen
  • [PATCH 16/35] x86/mm: Update maybe_mkwrite() for shadow stack, Rick Edgecombe
    • Re: [PATCH 16/35] x86/mm: Update maybe_mkwrite() for shadow stack, Dave Hansen
  • [PATCH 17/35] mm: Fixup places that call pte_mkwrite() directly, Rick Edgecombe
    • Re: [PATCH 17/35] mm: Fixup places that call pte_mkwrite() directly, Dave Hansen
  • [PATCH 18/35] mm: Add guard pages around a shadow stack., Rick Edgecombe
    • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Dave Hansen
      • RE: [PATCH 18/35] mm: Add guard pages around a shadow stack., David Laight
        • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Edgecombe, Rick P
          • RE: [PATCH 18/35] mm: Add guard pages around a shadow stack., David Laight
    • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Dave Hansen
      • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Andy Lutomirski
        • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Edgecombe, Rick P
          • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Andy Lutomirski
            • Re: [PATCH 18/35] mm: Add guard pages around a shadow stack., Edgecombe, Rick P
  • [PATCH 19/35] mm/mmap: Add shadow stack pages to memory accounting, Rick Edgecombe
    • Re: [PATCH 19/35] mm/mmap: Add shadow stack pages to memory accounting, Dave Hansen
  • [PATCH 22/35] x86/mm: Prevent VM_WRITE shadow stacks, Rick Edgecombe
    • Re: [PATCH 22/35] x86/mm: Prevent VM_WRITE shadow stacks, Dave Hansen
      • Re: [PATCH 22/35] x86/mm: Prevent VM_WRITE shadow stacks, Edgecombe, Rick P
  • [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack, Rick Edgecombe
    • Re: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack, Dave Hansen
    • Re: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack, Dave Hansen
      • RE: [PATCH 20/35] mm: Update can_follow_write_pte() for shadow stack, David Laight
  • [PATCH 21/35] mm/mprotect: Exclude shadow stack from preserve_write, Rick Edgecombe
    • Re: [PATCH 21/35] mm/mprotect: Exclude shadow stack from preserve_write, Dave Hansen
  • [PATCH 29/35] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Rick Edgecombe
  • [PATCH 31/35] x86/cet/shstk: Add arch_prctl elf feature functions, Rick Edgecombe
  • [PATCH 30/35] x86/cet/shstk: Handle signals for shadow stack, Rick Edgecombe
  • [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate, Rick Edgecombe
    • Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate, Thomas Gleixner
      • Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate, Edgecombe, Rick P
    • Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate, Dave Hansen
      • Re: [PATCH 23/35] x86/fpu: Add helpers for modifying supervisor xstate, Edgecombe, Rick P
  • [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support, Rick Edgecombe
    • Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support, Dave Hansen
      • Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support, Andy Lutomirski
        • Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support, Dave Hansen
      • Re: [PATCH 25/35] x86/cet/shstk: Add user-mode shadow stack support, Edgecombe, Rick P
  • [PATCH 33/35] selftests/x86: Add map_shadow_stack syscall test, Rick Edgecombe
    • Re: [PATCH 33/35] selftests/x86: Add map_shadow_stack syscall test, Dave Hansen
      • Re: [PATCH 33/35] selftests/x86: Add map_shadow_stack syscall test, Edgecombe, Rick P
  • [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Rick Edgecombe
    • Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Thomas Gleixner
      • Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Edgecombe, Rick P
    • Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Jann Horn
      • Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Edgecombe, Rick P
        • Re: [PATCH 26/35] x86/process: Change copy_thread() argument 'arg' to 'stack_size', Christian Brauner
  • [PATCH 34/35] x86/cet/shstk: Support wrss for userspace, Rick Edgecombe
    • Re: [PATCH 34/35] x86/cet/shstk: Support wrss for userspace, Florian Weimer
      • Re: [PATCH 34/35] x86/cet/shstk: Support wrss for userspace, H.J. Lu
        • Re: [PATCH 34/35] x86/cet/shstk: Support wrss for userspace, Florian Weimer
  • [PATCH 32/35] x86/cet/shstk: Introduce map_shadow_stack syscall, Rick Edgecombe
  • [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs, Rick Edgecombe
    • Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs, John Allen
      • Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs, H.J. Lu
        • Re: [PATCH 35/35] x86/cpufeatures: Limit shadow stack to Intel CPUs, John Allen
  • [PATCH 27/35] x86/fpu: Add unsafe xsave buffer helpers, Rick Edgecombe
  • [PATCH 24/35] mm: Re-introduce vm_flags to do_mmap(), Rick Edgecombe
  • [PATCH 28/35] x86/cet/shstk: Handle thread shadow stack, Rick Edgecombe
  • Re: [PATCH 00/35] Shadow stacks for userspace, Thomas Gleixner
    • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
      • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
        • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
      • RE: [PATCH 00/35] Shadow stacks for userspace, David Laight
        • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
          • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
            • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
              • Re: [PATCH 00/35] Shadow stacks for userspace, Peter Zijlstra
            • RE: [PATCH 00/35] Shadow stacks for userspace, David Laight
              • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
              • Re: [PATCH 00/35] Shadow stacks for userspace, Florian Weimer
              • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
            • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
              • Re: [PATCH 00/35] Shadow stacks for userspace, Thomas Gleixner
                • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
      • Re: [PATCH 00/35] Shadow stacks for userspace, Peter Zijlstra
  • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
    • Re: [PATCH 00/35] Shadow stacks for userspace, Adrian Reber
      • Re: [PATCH 00/35] Shadow stacks for userspace, Dave Hansen
        • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
          • Re: [PATCH 00/35] Shadow stacks for userspace, Cyrill Gorcunov
            • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
              • Re: [PATCH 00/35] Shadow stacks for userspace, Cyrill Gorcunov
                • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                  • Re: [PATCH 00/35] Shadow stacks for userspace, Cyrill Gorcunov
                  • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                  • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
                    • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
                      • RE: [PATCH 00/35] Shadow stacks for userspace, Willgerodt, Felix
                    • Re: [PATCH 00/35] Shadow stacks for userspace, avagin@xxxxxxxxx
                      • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                    • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                      • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
                        • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                          • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
                            • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                              • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
                                • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                                  • Re: [PATCH 00/35] Shadow stacks for userspace, Andy Lutomirski
                                    • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                                      • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
                                        • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                                          • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                                            • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                                              • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                                                • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
                                                  • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                                                    • Re: [PATCH 00/35] Shadow stacks for userspace, H.J. Lu
                                                • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                                                  • Re: [PATCH 00/35] Shadow stacks for userspace, Edgecombe, Rick P
                                                    • Re: [PATCH 00/35] Shadow stacks for userspace, Mike Rapoport
                                      • RE: [PATCH 00/35] Shadow stacks for userspace, David Laight
• [PATCH v3 0/6] Allocate module text and data separately, Christophe Leroy
  • [PATCH v3 1/6] modules: Always have struct mod_tree_root, Christophe Leroy
  • [PATCH v3 2/6] modules: Prepare for handling several RB trees, Christophe Leroy
  • [PATCH v3 3/6] modules: Introduce data_layout, Christophe Leroy
    • Re: [PATCH v3 3/6] modules: Introduce data_layout, Luis Chamberlain
      • Re: [PATCH v3 3/6] modules: Introduce data_layout, Christophe Leroy
  • [PATCH v3 4/6] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
    • Re: [PATCH v3 4/6] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Luis Chamberlain
      • Re: [PATCH v3 4/6] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
        • Re: [PATCH v3 4/6] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Luis Chamberlain
          • Re: [PATCH v3 4/6] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Michal Suchánek
  • [PATCH v3 5/6] modules: Remove module_addr_min and module_addr_max, Christophe Leroy
  • [PATCH v3 6/6] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Christophe Leroy
  • Re: [PATCH v3 0/6] Allocate module text and data separately, Luis Chamberlain
• [PATCH V4 00/17] riscv: compat: Add COMPAT mode support for rv64, guoren
  • [PATCH V4 01/17] kconfig: Add SYSVIPC_COMPAT for all architectures, guoren
    • Re: [PATCH V4 01/17] kconfig: Add SYSVIPC_COMPAT for all architectures, Christoph Hellwig
  • [PATCH V4 02/17] fs: stat: compat: Add __ARCH_WANT_COMPAT_STAT, guoren
    • Re: [PATCH V4 02/17] fs: stat: compat: Add __ARCH_WANT_COMPAT_STAT, Christoph Hellwig
  • [PATCH V4 03/17] asm-generic: compat: Cleanup duplicate definitions, guoren
    • Re: [PATCH V4 03/17] asm-generic: compat: Cleanup duplicate definitions, Arnd Bergmann
    • Re: [PATCH V4 03/17] asm-generic: compat: Cleanup duplicate definitions, Christoph Hellwig
      • Re: [PATCH V4 03/17] asm-generic: compat: Cleanup duplicate definitions, Guo Ren
  • [PATCH V4 04/17] syscalls: compat: Fix the missing part for __SYSCALL_COMPAT, guoren
    • Re: [PATCH V4 04/17] syscalls: compat: Fix the missing part for __SYSCALL_COMPAT, Christoph Hellwig
  • [PATCH V4 05/17] riscv: Fixup difference with defconfig, guoren
    • Re: [PATCH V4 05/17] riscv: Fixup difference with defconfig, Christoph Hellwig
      • Re: [PATCH V4 05/17] riscv: Fixup difference with defconfig, Arnd Bergmann
        • Re: [PATCH V4 05/17] riscv: Fixup difference with defconfig, Christoph Hellwig
          • Re: [PATCH V4 05/17] riscv: Fixup difference with defconfig, Arnd Bergmann
  • [PATCH V4 06/17] riscv: compat: Add basic compat date type implementation, guoren
    • Re: [PATCH V4 06/17] riscv: compat: Add basic compat date type implementation, Arnd Bergmann
      • Re: [PATCH V4 06/17] riscv: compat: Add basic compat date type implementation, Guo Ren
        • Re: [PATCH V4 06/17] riscv: compat: Add basic compat date type implementation, Arnd Bergmann
  • [PATCH V4 07/17] riscv: compat: Re-implement TASK_SIZE for COMPAT_32BIT, guoren
  • [PATCH V4 11/17] riscv: compat: Add elf.h implementation, guoren
  • [PATCH V4 10/17] riscv: compat: process: Add UXL_32 support in start_thread, guoren
  • [PATCH V4 09/17] riscv: compat: syscall: Add entry.S implementation, guoren
  • [PATCH V4 08/17] riscv: compat: syscall: Add compat_sys_call_table implementation, guoren
    • Re: [PATCH V4 08/17] riscv: compat: syscall: Add compat_sys_call_table implementation, Arnd Bergmann
      • Re: [PATCH V4 08/17] riscv: compat: syscall: Add compat_sys_call_table implementation, Guo Ren
        • Re: [PATCH V4 08/17] riscv: compat: syscall: Add compat_sys_call_table implementation, Arnd Bergmann
          • Re: [PATCH V4 08/17] riscv: compat: syscall: Add compat_sys_call_table implementation, Guo Ren
  • [PATCH V4 12/17] riscv: compat: vdso: Add rv32 VDSO base code implementation, guoren
  • [PATCH V4 13/17] riscv: compat: vdso: Add setup additional pages implementation, guoren
  • [PATCH V4 14/17] riscv: compat: signal: Add rt_frame implementation, guoren
  • [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, guoren
    • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Christoph Hellwig
      • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Guo Ren
        • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Christoph Hellwig
          • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Guo Ren
            • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Arnd Bergmann
              • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Guo Ren
                • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Arnd Bergmann
                  • Re: [PATCH V4 16/17] riscv: compat: Add COMPAT Kbuild skeletal support, Guo Ren
  • [PATCH V4 17/17] KVM: compat: riscv: Prevent KVM_COMPAT from being selected, guoren
  • [PATCH V4 15/17] riscv: compat: ptrace: Add compat_arch_ptrace implement, guoren
• [PATCH v8 1/5] powercap/drivers/dtpm: Convert the init table section to a simple array, Daniel Lezcano
• [PATCH v2 0/5] Allocate module text and data separately, Christophe Leroy
  • [PATCH v2 1/5] modules: Always have struct mod_tree_root, Christophe Leroy
  • [PATCH v2 2/5] modules: Prepare for handling several RB trees, Christophe Leroy
  • [PATCH v2 3/5] modules: Introduce data_layout, Christophe Leroy
  • [PATCH v2 4/5] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
    • Re: [PATCH v2 4/5] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Daniel Thompson
  • [PATCH v2 5/5] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Christophe Leroy
    • Re: [PATCH v2 5/5] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Luis Chamberlain
      • Re: [PATCH v2 5/5] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Michael Ellerman
        • Re: [PATCH v2 5/5] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Christophe Leroy
          • Re: [PATCH v2 5/5] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Michael Ellerman
  • Re: [PATCH v2 0/5] Allocate module text and data separately, Miroslav Benes
• [PATCH] tools/memory-model: Clarify syntactic and semantic dependencies, Paul Heidekrüger
  • Re: [PATCH] tools/memory-model: Clarify syntactic and semantic dependencies, Alan Stern
    • Re: [PATCH] tools/memory-model: Clarify syntactic and semantic dependencies, Paul Heidekrüger
      • Re: [PATCH] tools/memory-model: Clarify syntactic and semantic dependencies, Alan Stern
        • Re: [PATCH] tools/memory-model: Clarify syntactic and semantic dependencies, Paul Heidekrüger
          • [PATCH] tools/memory-model: Explain syntactic and semantic dependencies, Alan Stern
            • Re: [PATCH] tools/memory-model: Explain syntactic and semantic dependencies, Akira Yokosawa
            • Re: [PATCH] tools/memory-model: Explain syntactic and semantic dependencies, Paul E. McKenney
              • Re: [PATCH] tools/memory-model: Explain syntactic and semantic dependencies, Alan Stern
                • Re: [PATCH] tools/memory-model: Explain syntactic and semantic dependencies, Paul E. McKenney
            • [PATCH v2] tools/memory-model: Explain syntactic and semantic dependencies, Alan Stern
              • Re: [PATCH v2] tools/memory-model: Explain syntactic and semantic dependencies, Paul E. McKenney
• [PATCH v7 1/5] powercap/drivers/dtpm: Convert the init table section to a simple array, Daniel Lezcano
• [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
  • [PATCH v8 1/4] elf: Allow architectures to parse properties on the main executable, Mark Brown
    • Re: [PATCH v8 1/4] elf: Allow architectures to parse properties on the main executable, Catalin Marinas
  • [PATCH v8 2/4] arm64: Enable BTI for main executable as well as the interpreter, Mark Brown
    • Re: [PATCH v8 2/4] arm64: Enable BTI for main executable as well as the interpreter, Catalin Marinas
  • [PATCH v8 3/4] elf: Remove has_interp property from arch_adjust_elf_prot(), Mark Brown
    • Re: [PATCH v8 3/4] elf: Remove has_interp property from arch_adjust_elf_prot(), Catalin Marinas
  • [PATCH v8 4/4] elf: Remove has_interp property from arch_parse_elf_property(), Mark Brown
    • Re: [PATCH v8 4/4] elf: Remove has_interp property from arch_parse_elf_property(), Catalin Marinas
  • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Will Deacon
    • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
      • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
        • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
          • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
      • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
      • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Will Deacon
        • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
          • Re: [PATCH v8 0/4] arm64: Enable BTI for the executable as well as the interpreter, Will Deacon
• [PATCH 0/7] Allocate module text and data separately, Christophe Leroy
  • [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Christophe Leroy
    • Re: [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Christoph Hellwig
      • Re: [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Christophe Leroy
      • Re: [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Christophe Leroy
    • Re: [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Mike Rapoport
      • Re: [PATCH 1/7] modules: Refactor within_module_core() and within_module_init(), Christophe Leroy
  • [PATCH 2/7] modules: Add within_module_text() macro, Christophe Leroy
  • [PATCH 3/7] modules: Always have struct mod_tree_root, Christophe Leroy
  • [PATCH 4/7] modules: Prepare for handling several RB trees, Christophe Leroy
  • [PATCH 5/7] modules: Introduce data_layout, Christophe Leroy
  • [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
    • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Doug Anderson
      • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
    • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Luis Chamberlain
      • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
        • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Luis Chamberlain
    • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Miroslav Benes
      • Re: [PATCH 6/7] modules: Add CONFIG_ARCH_WANTS_MODULES_DATA_IN_VMALLOC, Christophe Leroy
  • [PATCH 7/7] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, Christophe Leroy
    • Re: [PATCH 7/7] powerpc: Select ARCH_WANTS_MODULES_DATA_IN_VMALLOC on book3s/32 and 8xx, kernel test robot
  • Re: [PATCH 0/7] Allocate module text and data separately, Luis Chamberlain
    • Re: [PATCH 0/7] Allocate module text and data separately, Christophe Leroy
• [PATCH] Revert "Makefile: Do not quote value for CONFIG_CC_IMPLICIT_FALLTHROUGH", Masahiro Yamada
  • Re: [PATCH] Revert "Makefile: Do not quote value for CONFIG_CC_IMPLICIT_FALLTHROUGH", Nick Desaulniers
    • Re: [PATCH] Revert "Makefile: Do not quote value for CONFIG_CC_IMPLICIT_FALLTHROUGH", Gustavo A. R. Silva
    • Re: [PATCH] Revert "Makefile: Do not quote value for CONFIG_CC_IMPLICIT_FALLTHROUGH", Kees Cook
• [PATCH v6 1/5] powercap/drivers/dtpm: Convert the init table section to a simple array, Daniel Lezcano
  • Re: [PATCH v6 1/5] powercap/drivers/dtpm: Convert the init table section to a simple array, Ulf Hansson
• [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Walt Drummond
  • Re: [PATCH 2/3] vstatus: Add user space API definitions for VSTATUS, NOKERNINFO and TIOCSTAT, Arnd Bergmann
• [PATCH 0/3] status: TTY status message request, Walt Drummond
  • Re: [PATCH 0/3] status: TTY status message request, Greg KH
    • Re: [PATCH 0/3] status: TTY status message request, Walt Drummond
• [PATCH] asm-generic: Add missing brackets for io_stop_wc macro, Xiongfeng Wang
  • Re: [PATCH] asm-generic: Add missing brackets for io_stop_wc macro, Catalin Marinas
  • Re: [PATCH] asm-generic: Add missing brackets for io_stop_wc macro, Catalin Marinas
• consolidate the compat fcntl definitions, Christoph Hellwig
  • [PATCH 1/5] uapi: remove the unused HAVE_ARCH_STRUCT_FLOCK64 define, Christoph Hellwig
  • [PATCH 2/5] uapi: simplify __ARCH_FLOCK{,64}_PAD a little, Christoph Hellwig
  • [PATCH 3/5] uapi: merge the 32-bit mips struct flock into the generic one, Christoph Hellwig
  • [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Christoph Hellwig
    • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Arnd Bergmann
      • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Guo Ren
      • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Christoph Hellwig
        • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Arnd Bergmann
          • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Jeff Layton
            • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Arnd Bergmann
              • Re: [PATCH 4/5] uapi: always define F_GETLK64/F_SETLK64/F_SETLKW64 in fcntl.h, Christoph Hellwig
  • [PATCH 5/5] compat: consolidate the compat_flock{,64} definition, Christoph Hellwig
    • RE: [PATCH 5/5] compat: consolidate the compat_flock{,64} definition, David Laight
  • Re: consolidate the compat fcntl definitions, Arnd Bergmann
  • Re: consolidate the compat fcntl definitions, Sergey Shtylyov
• [GIT PULL] LKMM changes for v5.17, Paul E. McKenney
  • Re: [GIT PULL] LKMM changes for v5.17, pr-tracker-bot
• [PATCH 1/5] sh: rename suffix-y to suffix_y, Masahiro Yamada
  • [PATCH 2/5] kbuild: drop $(size_append) from cmd_zstd, Masahiro Yamada
    • Re: [PATCH 2/5] kbuild: drop $(size_append) from cmd_zstd, Nicolas Schier
  • [PATCH 4/5] arch: decompressor: remove useless vmlinux.bin.all-y, Masahiro Yamada
    • Re: [PATCH 4/5] arch: decompressor: remove useless vmlinux.bin.all-y, Nicolas Schier
  • [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Masahiro Yamada
    • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Nicolas Schier
      • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Eugeniu Rosca
        • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Eugeniu Rosca
          • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Masahiro Yamada
            • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Eugeniu Rosca
              • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Masahiro Yamada
                • Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}, Eugeniu Rosca
  • [PATCH 5/5] kbuild: add cmd_file_size, Masahiro Yamada
    • Re: [PATCH 5/5] kbuild: add cmd_file_size, Nicolas Schier
  • Re: [PATCH 1/5] sh: rename suffix-y to suffix_y, Nicolas Schier
• [PATCH 00/23] mm, sched: Rework lazy mm handling, Andy Lutomirski
  • [PATCH 01/23] membarrier: Document why membarrier() works, Andy Lutomirski
    • Re: [PATCH 01/23] membarrier: Document why membarrier() works, Mathieu Desnoyers
  • [PATCH 02/23] x86/mm: Handle unlazying membarrier core sync in the arch code, Andy Lutomirski
    • Re: [PATCH 02/23] x86/mm: Handle unlazying membarrier core sync in the arch code, Mathieu Desnoyers
  • [PATCH 04/23] membarrier: Make the post-switch-mm barrier explicit, Andy Lutomirski
    • Re: [PATCH 04/23] membarrier: Make the post-switch-mm barrier explicit, Mathieu Desnoyers
  • [PATCH 03/23] membarrier: Remove membarrier_arch_switch_mm() prototype in core code, Andy Lutomirski
  • [PATCH 06/23] powerpc/membarrier: Remove special barrier on mm switch, Andy Lutomirski
    • Re: [PATCH 06/23] powerpc/membarrier: Remove special barrier on mm switch, Christophe Leroy
    • Re: [PATCH 06/23] powerpc/membarrier: Remove special barrier on mm switch, Mathieu Desnoyers
  • [PATCH 05/23] membarrier, kthread: Use _ONCE accessors for task->mm, Andy Lutomirski
    • Re: [PATCH 05/23] membarrier, kthread: Use _ONCE accessors for task->mm, Mathieu Desnoyers
  • [PATCH 07/23] membarrier: Rewrite sync_core_before_usermode() and improve documentation, Andy Lutomirski
    • Re: [PATCH 07/23] membarrier: Rewrite sync_core_before_usermode() and improve documentation, Mathieu Desnoyers
  • [PATCH 09/23] membarrier: Fix incorrect barrier positions during exec and kthread_use_mm(), Andy Lutomirski
    • Re: [PATCH 09/23] membarrier: Fix incorrect barrier positions during exec and kthread_use_mm(), Mathieu Desnoyers
      • Re: [PATCH 09/23] membarrier: Fix incorrect barrier positions during exec and kthread_use_mm(), Mathieu Desnoyers
  • [PATCH 12/23] Rework "sched/core: Fix illegal RCU from offline CPUs", Andy Lutomirski
  • [PATCH 08/23] membarrier: Remove redundant clear of mm->membarrier_state in exec_mmap(), Andy Lutomirski
    • Re: [PATCH 08/23] membarrier: Remove redundant clear of mm->membarrier_state in exec_mmap(), Mathieu Desnoyers
  • [PATCH 10/23] x86/events, x86/insn-eval: Remove incorrect active_mm references, Andy Lutomirski
  • [PATCH 11/23] sched/scs: Initialize shadow stack on idle thread bringup, not shutdown, Andy Lutomirski
    • Re: [PATCH 11/23] sched/scs: Initialize shadow stack on idle thread bringup, not shutdown, Sami Tolvanen
  • [PATCH 14/23] sched, exec: Factor current mm changes out from exec, Andy Lutomirski
  • [PATCH 13/23] exec: Remove unnecessary vmacache_seqnum clear in exec_mmap(), Andy Lutomirski
  • [PATCH 15/23] kthread: Switch to __change_current_mm(), Andy Lutomirski
  • [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
    • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
      • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
        • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
          • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
            • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
              • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
                • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
                  • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
                    • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
                      • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Rik van Riel
                        • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
                    • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                      • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                        • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
                          • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                      • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
                        • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                          • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
                            • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                              • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nicholas Piggin
                  • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Will Deacon
                    • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
    • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nadav Amit
      • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
        • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nadav Amit
          • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
            • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
              • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
              • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nadav Amit
                • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Andy Lutomirski
          • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Rik van Riel
            • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nadav Amit
              • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Rik van Riel
                • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Nadav Amit
                  • Re: [PATCH 16/23] sched: Use lightweight hazard pointers to grab lazy mms, Linus Torvalds
  • [PATCH 17/23] x86/mm: Make use/unuse_temporary_mm() non-static, Andy Lutomirski
  • [PATCH 19/23] x86/efi: Make efi_enter/leave_mm use the temporary_mm machinery, Andy Lutomirski
    • Re: [PATCH 19/23] x86/efi: Make efi_enter/leave_mm use the temporary_mm machinery, Ard Biesheuvel
  • [PATCH 18/23] x86/mm: Allow temporary mms when IRQs are on, Andy Lutomirski
  • [PATCH 20/23] x86/mm: Remove leave_mm() in favor of unlazy_mm_irqs_off(), Andy Lutomirski
  • [PATCH 22/23] x86/mm: Optimize for_each_possible_lazymm_cpu(), Andy Lutomirski
  • [PATCH 21/23] x86/mm: Use unlazy_mm_irqs_off() in TLB flush IPIs, Andy Lutomirski
  • [PATCH 23/23] x86/mm: Opt in to IRQs-off activate_mm(), Andy Lutomirski
• [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Ingo Molnar
  • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Arnd Bergmann
    • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Arnd Bergmann
      • RE: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, David Laight
      • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Ingo Molnar
        • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Arnd Bergmann
          • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Ingo Molnar
            • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Arnd Bergmann
              • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Ingo Molnar
    • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Ingo Molnar
      • Re: [ANNOUNCE] "Fast Kernel Headers" Tree -v2, Arnd Bergmann
  • [TREE] "Fast Kernel Headers" Tree -v3, Ingo Molnar
    • Re: [TREE] "Fast Kernel Headers" Tree -v3, Kari Argillander
      • Re: [TREE] "Fast Kernel Headers" Tree -v3, Randy Dunlap
        • Re: [TREE] "Fast Kernel Headers" Tree -v3, Kari Argillander
          • Re: [TREE] "Fast Kernel Headers" Tree -v3, Kari Argillander
            • Re: [TREE] "Fast Kernel Headers" Tree -v3, Lucas Tanure
• [PATCH] sections: Fix __is_kernel() to include init ranges, Helge Deller
• [PATCH v8 0/2] PCI: hv: Hyper-V vPCI for arm64, Sunil Muthuswamy
  • [PATCH v8 2/2] PCI: hv: Add arm64 Hyper-V vPCI support, Sunil Muthuswamy
    • RE: [PATCH v8 2/2] PCI: hv: Add arm64 Hyper-V vPCI support, Michael Kelley (LINUX)
  • [PATCH v8 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
    • RE: [PATCH v8 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Michael Kelley (LINUX)
  • Re: [PATCH v8 0/2] PCI: hv: Hyper-V vPCI for arm64, Lorenzo Pieralisi
• [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall, Florian Weimer
  • [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration, Florian Weimer
    • [PATCH v3 3/3] x86: Add test for arch_prctl(ARCH_VSYSCALL_CONTROL), Florian Weimer
      • Re: [PATCH v3 3/3] x86: Add test for arch_prctl(ARCH_VSYSCALL_CONTROL), Andy Lutomirski
        • Re: [PATCH v3 3/3] x86: Add test for arch_prctl(ARCH_VSYSCALL_CONTROL), Florian Weimer
    • Re: [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration, Andy Lutomirski
      • Re: [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration, Florian Weimer
        • Re: [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration, Andy Lutomirski
          • Re: [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration, Florian Weimer
  • Re: [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall, Florian Weimer
  • Re: [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall, Andy Lutomirski
    • Re: [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall, Florian Weimer
• [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
  • [RFC PATCH 6/8] signals: Round up _NSIG_WORDS, Walt Drummond
  • [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Walt Drummond
    • Re: [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Greg Kroah-Hartman
    • Re: [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Arseny Maslennikov
      • Re: [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Walt Drummond
        • Re: [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Arseny Maslennikov
    • Re: [RFC PATCH 8/8] signals: Support BSD VSTATUS, KERNINFO and SIGINFO, Arseny Maslennikov
  • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
    • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
        • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Al Viro
  • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Eric W. Biederman
    • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Theodore Ts'o
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Eric W. Biederman
        • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Theodore Ts'o
          • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Walt Drummond
            • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Arseny Maslennikov
              • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Pavel Machek
      • Re: [RFC PATCH 0/8] signals: Support more than 64 signals, Arseny Maslennikov
• Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Greg Kroah-Hartman
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
    • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Greg Kroah-Hartman
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Peter Zijlstra
    • [PATCH] per_task: Remove the PER_TASK_BYTES hard-coded constant, Ingo Molnar
      • Re: [PATCH] per_task: Remove the PER_TASK_BYTES hard-coded constant, Andy Shevchenko
        • Re: [PATCH] per_task: Remove the PER_TASK_BYTES hard-coded constant, Ingo Molnar
    • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Arnd Bergmann
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Arnd Bergmann
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Andy Shevchenko
  • [PATCH] per_task: Implement single template to define 'struct task_struct_per_task' fields and offsets, Ingo Molnar
  • <Possible follow-ups>
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Kirill A. Shutemov
    • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Greg Kroah-Hartman
        • [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Ingo Molnar
          • Re: [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Greg Kroah-Hartman
            • Re: [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Greg Kroah-Hartman
              • Re: [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Ingo Molnar
                • Re: [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Greg Kroah-Hartman
                  • Re: [PATCH] headers/uninline: Uninline single-use function: kobject_has_children(), Ingo Molnar
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
    • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
      • [DEBUG PATCH] DO NOT MERGE: Enable SHADOW_CALL_STACK on GCC builds, for build testing, Ingo Molnar
      • [PATCH] headers/deps: dcache: Move the ____cacheline_aligned attribute to the head of the definition, Ingo Molnar
        • Re: [PATCH] headers/deps: dcache: Move the ____cacheline_aligned attribute to the head of the definition, kernel test robot
        • Re: [PATCH] headers/deps: dcache: Move the ____cacheline_aligned attribute to the head of the definition, Nathan Chancellor
          • Re: [PATCH] headers/deps: dcache: Move the ____cacheline_aligned attribute to the head of the definition, Ingo Molnar
            • [PATCH] headers/deps: Attribute placement fixes for Clang & GCC, Ingo Molnar
      • [TREE] "Fast Kernel Headers" Tree WIP/development branch, Ingo Molnar
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nick Desaulniers
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
        • [PATCH] x86/kbuild: Enable CONFIG_KALLSYMS_ALL=y in the defconfigs, Ingo Molnar
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
          • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
            • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
              • [PATCH] headers/deps: Add header dependencies to .c files: <linux/ptrace_api.h>, Ingo Molnar
              • [PATCH] FIX: headers/deps: uapi/headers: Create usr/include/uapi symbolic link, Ingo Molnar
              • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
              • [PATCH] x86/bitops: Remove unused __sw_hweight64() assembly implementation, Ingo Molnar
              • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
                • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
                • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
                  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
          • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
      • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Nathan Chancellor
        • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Ingo Molnar
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Willy Tarreau
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Andy Shevchenko
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Andy Shevchenko
  • Re: [PATCH 0000/2297] [ANNOUNCE, RFC] "Fast Kernel Headers" Tree -v1: Eliminate the Linux kernel's "Dependency Hell", Paul E. McKenney
• [PATCH v3] uapi: fix asm/signal.h userspace compilation errors, Dmitry V. Levin
• [PATCH 1/2] Drivers: hv: Fix definition of hypercall input & output arg variables, Michael Kelley
  • [PATCH 2/2] x86/hyperv: Fix definition of hv_ghcb_pg variable, Michael Kelley
  • Re: [PATCH 1/2] Drivers: hv: Fix definition of hypercall input & output arg variables, Wei Liu
• [RFC 00/32] Kconfig: Introduce HAS_IOPORT and LEGACY_PCI options, Niklas Schnelle
  • [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
      • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
        • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
          • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
            • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
              • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
                • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 08/32] comedi: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 10/32] i2c: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [RFC 10/32] i2c: Kconfig: add HAS_IOPORT dependencies, Geert Uytterhoeven
      • Re: [RFC 10/32] i2c: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 14/32] leds: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 04/32] parport: PC style parport depends on HAS_IOPORT, Niklas Schnelle
    • Re: [RFC 04/32] parport: PC style parport depends on HAS_IOPORT, Geert Uytterhoeven
      • Re: [RFC 04/32] parport: PC style parport depends on HAS_IOPORT, Niklas Schnelle
      • Re: [RFC 04/32] parport: PC style parport depends on HAS_IOPORT, Arnd Bergmann
  • [RFC 07/32] Input: gameport: add ISA and HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 11/32] Input: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [RFC 11/32] Input: Kconfig: add HAS_IOPORT dependencies, Geert Uytterhoeven
  • [RFC 24/32] scsi: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [RFC 24/32] scsi: Kconfig: add HAS_IOPORT dependencies, Geert Uytterhoeven
  • [RFC 19/32] platform: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 29/32] firmware: dmi-sysfs: handle HAS_IOPORT dependencies, Niklas Schnelle
  • [RFC 26/32] drm: handle HAS_IOPORT dependencies, Niklas Schnelle
    • Re: [RFC 26/32] drm: handle HAS_IOPORT dependencies, Gerd Hoffmann
  • [RFC 28/32] PCI: make quirk using inw() depend on HAS_IOPORT, Niklas Schnelle
    • Re: [RFC 28/32] PCI: make quirk using inw() depend on HAS_IOPORT, Bjorn Helgaas
      • Re: [RFC 28/32] PCI: make quirk using inw() depend on HAS_IOPORT, Niklas Schnelle
        • Re: [RFC 28/32] PCI: make quirk using inw() depend on HAS_IOPORT, Bjorn Helgaas