Linux API

• Date Index

• [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, (continued)
  • [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Rick Edgecombe
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Jann Horn
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Kirill A . Shutemov
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
        • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Jann Horn
          • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
        • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Dave Hansen
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Andrew Cooper
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Dave Hansen
        • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Peter Zijlstra
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Peter Zijlstra
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
    • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Peter Zijlstra
      • Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW, Edgecombe, Rick P
  • [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors, Rick Edgecombe
    • Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors, Kees Cook
    • Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors, Peter Zijlstra
      • Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors, Edgecombe, Rick P
  • [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Rick Edgecombe
    • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Kees Cook
    • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Kirill A . Shutemov
      • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Edgecombe, Rick P
    • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Nadav Amit
      • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Edgecombe, Rick P
    • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Peter Zijlstra
      • Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly, Edgecombe, Rick P
  • [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack, Rick Edgecombe
    • Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack, Kees Cook
    • Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack, Kirill A . Shutemov
    • Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack, Peter Zijlstra
      • Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack, Edgecombe, Rick P
  • [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Rick Edgecombe
    • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Kees Cook
      • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Andrew Cooper
        • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Florian Weimer
          • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Andrew Cooper
            • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Florian Weimer
              • Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack., Andrew Cooper
  • [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting, Rick Edgecombe
    • Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting, Kees Cook
    • Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting, Kirill A . Shutemov
      • Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting, Edgecombe, Rick P
  • [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Rick Edgecombe
    • Re: [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Kees Cook
    • Re: [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Peter Xu
  • [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Rick Edgecombe
    • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Dave Hansen
      • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Edgecombe, Rick P
        • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Dave Hansen
      • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Jann Horn
        • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Jann Horn
        • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Edgecombe, Rick P
    • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Kees Cook
      • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Andy Lutomirski
        • Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory, Kees Cook
  • [PATCH v2 11/39] x86/mm: Update pte_modify for _PAGE_COW, Rick Edgecombe
  • [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Rick Edgecombe
    • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A . Shutemov
    • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Nadav Amit
      • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Dave Hansen
      • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Edgecombe, Rick P
        • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Nadav Amit
          • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Nadav Amit
            • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Nadav Amit
              • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Edgecombe, Rick P
                • Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Nadav Amit
  • [PATCH v2 20/39] mm/mprotect: Exclude shadow stack from preserve_write, Rick Edgecombe
  • [PATCH v2 21/39] mm: Re-introduce vm_flags to do_mmap(), Rick Edgecombe
  • [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Rick Edgecombe
    • Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Kirill A . Shutemov
      • Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Edgecombe, Rick P
    • Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Kees Cook
  • [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Rick Edgecombe
    • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Kees Cook
      • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Dave Hansen
        • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Kees Cook
          • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Edgecombe, Rick P
        • RE: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, David Laight
          • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Kees Cook
            • RE: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, David Laight
      • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Edgecombe, Rick P
        • Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support, Kees Cook
  • [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack, Rick Edgecombe
    • Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack, Mike Rapoport
      • Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack, Edgecombe, Rick P
    • Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack, Kees Cook
      • Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack, Edgecombe, Rick P
  • [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Rick Edgecombe
    • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Kees Cook
      • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Edgecombe, Rick P
        • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Mike Rapoport
    • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Florian Weimer
      • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Edgecombe, Rick P
        • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Florian Weimer
          • Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling, Edgecombe, Rick P
  • [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack, Rick Edgecombe
    • Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack, Kees Cook
      • Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack, Edgecombe, Rick P
        • Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack, Kees Cook
  • [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, Rick Edgecombe
    • Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, Kees Cook
      • Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, Edgecombe, Rick P
        • Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, H.J. Lu
    • Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, Florian Weimer
      • Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall, Jason A. Donenfeld
  • [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Rick Edgecombe
    • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Kees Cook
      • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Andy Lutomirski
        • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Kees Cook
          • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Edgecombe, Rick P
            • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Kees Cook
      • Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace, Mike Rapoport
  • [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Rick Edgecombe
    • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Kees Cook
      • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
    • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Andrew Cooper
      • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
        • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Andrew Cooper
          • Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
  • [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features, Rick Edgecombe
    • Re: [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features, Chang S. Bae
      • Re: [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features, Edgecombe, Rick P
  • [PATCH v2 31/39] x86/cet/shstk: Wire in CET interface, Rick Edgecombe
    • Re: [PATCH v2 31/39] x86/cet/shstk: Wire in CET interface, Kees Cook
  • [OPTIONAL/CLEANUP v2 34/39] x86: Separate out x86_regset for 32 and 64 bit, Rick Edgecombe
  • [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Rick Edgecombe
    • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Kees Cook
      • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Dave Hansen
        • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Kees Cook
          • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Nathan Chancellor
            • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, John Allen
              • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Edgecombe, Rick P
                • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Nathan Chancellor
                  • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, H. Peter Anvin
                    • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Edgecombe, Rick P
                      • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, John Allen
                  • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Edgecombe, Rick P
        • Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs, Mike Rapoport
  • [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support, Rick Edgecombe
    • Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support, Andy Lutomirski
      • Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support, Edgecombe, Rick P
        • Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support, Andy Lutomirski
          • Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support, Edgecombe, Rick P
  • [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET, Rick Edgecombe
    • Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET, Kees Cook
      • Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET, Mike Rapoport
        • Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET, Kees Cook
  • [OPTIONAL/RFC v2 38/39] x86/cet/shstk: Add ARCH_CET_UNLOCK, Rick Edgecombe
    • Re: [OPTIONAL/RFC v2 38/39] x86/cet/shstk: Add ARCH_CET_UNLOCK, Kees Cook
  • [OPTIONAL/CLEANUP v2 35/39] x86: Improve formatting of user_regset arrays, Rick Edgecombe
  • [PATCH v2 32/39] selftests/x86: Add shadow stack test, Rick Edgecombe
    • Re: [PATCH v2 32/39] selftests/x86: Add shadow stack test, Kees Cook
  • [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status, Rick Edgecombe
    • Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status, Kees Cook
      • Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status, Andy Lutomirski
        • Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status, Kees Cook
  • Re: [PATCH v2 00/39] Shadowstacks for userspace, Kees Cook
    • Re: [PATCH v2 00/39] Shadowstacks for userspace, Jann Horn
      • Re: [PATCH v2 00/39] Shadowstacks for userspace, Kees Cook
        • RE: [PATCH v2 00/39] Shadowstacks for userspace, David Laight
          • Re: [PATCH v2 00/39] Shadowstacks for userspace, Kees Cook
    • Re: [PATCH v2 00/39] Shadowstacks for userspace, Edgecombe, Rick P
      • Re: [PATCH v2 00/39] Shadowstacks for userspace, Kees Cook
• [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered, Mathieu Desnoyers
  • Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered, Mark Rutland
  • Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered, Paul E. McKenney
  • Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered, Mathieu Desnoyers
• [PATCH v4] sched/numa: add per-process numa_balancing, Gang Li
  • Re: [PATCH v4] sched/numa: add per-process numa_balancing, Bagas Sanjaya
  • Re: [PATCH v4] sched/numa: add per-process numa_balancing, Peter Zijlstra
• [PATCH] a.out: Remove the a.out implementation, Eric W. Biederman
  • Re: [PATCH] a.out: Remove the a.out implementation, Kees Cook
  • Re: [PATCH] a.out: Remove the a.out implementation, Arnd Bergmann
• [PATCH mm-unstable v4 00/10] mm: add file/shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable v4 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Zach O'Keefe
  • [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers, Zach O'Keefe
    • Re: [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers, Zi Yan
      • Re: [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers, Zach O'Keefe
  • [PATCH mm-unstable v4 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Zach O'Keefe
  • [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
    • Re: [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Yang Shi
      • Re: [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable v4 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Zach O'Keefe
  • [PATCH mm-unstable v4 06/10] selftests/vm: modularize thp collapse memory operations, Zach O'Keefe
  • [PATCH mm-unstable v4 07/10] selftests/vm: add thp collapse file and tmpfs testing, Zach O'Keefe
  • [PATCH mm-unstable v4 08/10] selftests/vm: add thp collapse shmem testing, Zach O'Keefe
  • [PATCH mm-unstable v4 09/10] selftests/vm: add file/shmem MADV_COLLAPSE selftest for cleared pmd, Zach O'Keefe
  • [PATCH mm-unstable v4 10/10] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory, Zach O'Keefe
• [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
  • [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Mathieu Desnoyers
    • Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Florian Weimer
      • Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Mathieu Desnoyers
        • Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Mathieu Desnoyers
          • Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Florian Weimer
            • Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Mathieu Desnoyers
  • [PATCH v4 08/25] cpumask: Implement cpumask_{first,next}_{zero,one}_and_zero, Mathieu Desnoyers
  • [PATCH v4 03/25] rseq: Extend struct rseq with numa node id, Mathieu Desnoyers
    • Re: [PATCH v4 03/25] rseq: Extend struct rseq with numa node id, Peter Zijlstra
      • Re: [PATCH v4 03/25] rseq: Extend struct rseq with numa node id, Mathieu Desnoyers
      • [PATCH v4.1 03/25 1/1] rseq: Extend struct rseq with numa node id, Mathieu Desnoyers
  • [PATCH v4 02/25] rseq: Introduce extensible rseq ABI, Mathieu Desnoyers
  • [PATCH v4 13/25] selftests/rseq: x86: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 10/25] rseq: Extend struct rseq with per memory space vcpu id, Mathieu Desnoyers
  • [PATCH v4 04/25] selftests/rseq: Use ELF auxiliary vector for extensible rseq, Mathieu Desnoyers
  • [PATCH v4 06/25] lib: Invert _find_next_bit source arguments, Mathieu Desnoyers
    • Re: [PATCH v4 06/25] lib: Invert _find_next_bit source arguments, kernel test robot
  • [PATCH v4 05/25] selftests/rseq: Implement rseq numa node id field selftest, Mathieu Desnoyers
  • [PATCH v4 07/25] lib: Implement find_{first,next}_{zero,one}_and_zero_bit, Mathieu Desnoyers
  • [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update, Mathieu Desnoyers
    • Re: [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update, kernel test robot
      • [PATCH v4.1 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update, Mathieu Desnoyers
    • Re: [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update, kernel test robot
  • [PATCH v4 24/25] selftests/rseq: parametrized test: Report/abort on negative cpu id, Mathieu Desnoyers
  • [PATCH v4 22/25] selftests/rseq: x86: Implement rseq_load_u32_u32, Mathieu Desnoyers
  • [PATCH v4 16/25] selftests/rseq: mips: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 23/25] selftests/rseq: Implement numa node id vs vm_vcpu_id invariant test, Mathieu Desnoyers
  • [PATCH v4 15/25] selftests/rseq: arm64: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 21/25] selftests/rseq: Implement parametrized vm_vcpu_id test, Mathieu Desnoyers
  • [PATCH v4 12/25] selftests/rseq: Implement rseq vm_vcpu_id field support, Mathieu Desnoyers
  • [PATCH v4 11/25] selftests/rseq: Remove RSEQ_SKIP_FASTPATH code, Mathieu Desnoyers
  • [PATCH v4 19/25] selftests/rseq: riscv: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 14/25] selftests/rseq: arm: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 17/25] selftests/rseq: ppc: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 20/25] selftests/rseq: Implement basic percpu ops vm_vcpu_id test, Mathieu Desnoyers
  • [PATCH v4 18/25] selftests/rseq: s390: Template memory ordering and percpu access mode, Mathieu Desnoyers
  • [PATCH v4 09/25] sched: Introduce per memory space current virtual cpu id, Mathieu Desnoyers
    • [PATCH v4.1 09/25] sched: Introduce per memory space current virtual cpu id, Mathieu Desnoyers
  • Message not available
    • Message not available
      • Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
  • Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Florian Weimer
    • Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
• Syscall kill() can send signal to thread ID, cambda
  • Re: Syscall kill() can send signal to thread ID, Eric W. Biederman
    • Re: Syscall kill() can send signal to thread ID, Florian Weimer
      • Re: Syscall kill() can send signal to thread ID, cambda@xxxxxxxxxxxxxxxxx
        • Re: Syscall kill() can send signal to thread ID, Florian Weimer
          • Re: Syscall kill() can send signal to thread ID, Cambda Zhu
            • Re: Syscall kill() can send signal to thread ID, Eric W. Biederman
  • Re: Syscall kill() can send signal to thread ID, Eric W. Biederman
    • Re: Syscall kill() can send signal to thread ID, cambda@xxxxxxxxxxxxxxxxx
      • RE: Syscall kill() can send signal to thread ID, David Laight
      • Re: Syscall kill() can send signal to thread ID, Eric W. Biederman
        • Re: Syscall kill() can send signal to thread ID, Cambda Zhu
• [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
  • [RFC PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries, Mathieu Desnoyers
  • [RFC PATCH v4 04/25] selftests/rseq: Use ELF auxiliary vector for extensible rseq, Mathieu Desnoyers
  • [RFC PATCH v4 05/25] selftests/rseq: Implement rseq numa node id field selftest, Mathieu Desnoyers
  • [RFC PATCH v4 03/25] rseq: Extend struct rseq with numa node id, Mathieu Desnoyers
  • [RFC PATCH v4 02/25] rseq: Introduce extensible rseq ABI, Mathieu Desnoyers
  • Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
    • Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Peter Zijlstra
      • Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions, Mathieu Desnoyers
• O_LARGEFILE / EOVERFLOW on tmpfs / NFS, Thomas Weißschuh
• [PATCH v8 0/8] KVM: mm: fd-based approach for supporting KVM, Chao Peng
  • [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, David Hildenbrand
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Andy Lutomirski
          • RE: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Wang, Wei W
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
              • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
                • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
                  • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
                    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
                      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
                        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
                          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
                  • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
                    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, David Hildenbrand
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A. Shutemov
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, David Hildenbrand
              • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
                • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A. Shutemov
    • RE: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Wang, Wei W
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A. Shutemov
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Fuad Tabba
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A. Shutemov
    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Vlastimil Babka
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Gupta, Pankaj
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Vishal Annapurve
              • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
                • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Vishal Annapurve
                  • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
                    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
    • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Vishal Annapurve
      • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Chao Peng
        • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Sean Christopherson
          • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Kirill A . Shutemov
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, David Hildenbrand
            • Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd, Vishal Annapurve
  • [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Bagas Sanjaya
      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Fuad Tabba
      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Isaku Yamahata
      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Sean Christopherson
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Fuad Tabba
    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
        • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Sean Christopherson
          • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
            • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Sean Christopherson
              • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
                • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
                  • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
                    • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Chao Peng
                      • Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
  • [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Chao Peng
    • Re: [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Bagas Sanjaya
      • Re: [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Chao Peng
  • [PATCH v8 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry, Chao Peng
  • [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Chao Peng
    • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Fuad Tabba
      • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Chao Peng
    • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Fuad Tabba
      • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Chao Peng
        • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Fuad Tabba
          • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Sean Christopherson
            • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Chao Peng
              • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Fuad Tabba
                • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Sean Christopherson
                  • Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions, Fuad Tabba
  • [PATCH v8 7/8] KVM: Handle page fault for private memory, Chao Peng
    • Re: [PATCH v8 7/8] KVM: Handle page fault for private memory, Sean Christopherson
      • Re: [PATCH v8 7/8] KVM: Handle page fault for private memory, Chao Peng
  • [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
    • Re: [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed, Isaku Yamahata
      • Re: [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
  • [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
    • Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE, Jarkko Sakkinen
      • Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
    • Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE, Fuad Tabba
      • Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
• Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat., Eric W. Biederman
  • Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat., Florian Mayer
    • Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat., Eric W. Biederman
• [PATCH mm-unstable v3 00/10] mm: add file/shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Zach O'Keefe
    • Re: [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Yang Shi
      • Re: [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Zach O'Keefe
  • [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
    • Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Yang Shi
      • Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
        • Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Yang Shi
        • Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Yang Shi
          • Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable v3 06/10] selftests/vm: modularize thp collapse memory operations, Zach O'Keefe
  • [PATCH mm-unstable v3 05/10] selftests/vm: dedup THP helpers, Zach O'Keefe
  • [PATCH mm-unstable v3 08/10] selftests/vm: add thp collapse shmem testing, Zach O'Keefe
  • [PATCH mm-unstable v3 07/10] selftests/vm: add thp collapse file and tmpfs testing, Zach O'Keefe
  • [PATCH mm-unstable v3 09/10] selftests/vm: add file/shmem MADV_COLLAPSE selftest for cleared pmd, Zach O'Keefe
  • [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Zach O'Keefe
    • Re: [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Yang Shi
      • Re: [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Zach O'Keefe
  • [PATCH mm-unstable v3 10/10] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory, Zach O'Keefe
  • [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Zach O'Keefe
    • Re: [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Yang Shi
      • Re: [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Zach O'Keefe
• [PATCH v4 0/6] vfs: clean up i_version behavior and expose it via statx, Jeff Layton
  • [PATCH v4 1/6] iversion: update comments with info about atime updates, Jeff Layton
  • [PATCH v4 4/6] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
  • [PATCH v4 2/6] ext4: fix i_version handling in ext4, Jeff Layton
  • [PATCH v4 3/6] ext4: unconditionally enable the i_version counter, Jeff Layton
  • [PATCH v4 6/6] ceph: fill in the change attribute in statx requests, Jeff Layton
  • [PATCH v4 5/6] nfs: report the inode version in statx if requested, Jeff Layton
• [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
    • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
    • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
        • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                    • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Al Viro
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jan Kara
            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jan Kara
                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                    • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Chuck Lever III
                      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                        • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Florian Weimer
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Florian Weimer
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, John Stoffel
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, John Stoffel
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jan Kara
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • RE: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Frank Filz
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                        • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Theodore Ts'o
                    • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                      • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                        • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                          • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                            • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                              • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Trond Myklebust
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Dave Chinner
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                                • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
                  • Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field, NeilBrown
• [man-pages RFC PATCH v3] statx, inode: document the STATX_INO_VERSION field, Jeff Layton
• [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
  • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Florian Weimer
    • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
      • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Florian Weimer
        • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
          • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
            • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, J. Bruce Fields
              • Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
• [RFC PATCH 2/2] fs/xattr: wire up syscalls, Christian Göttsche
  • Re: [RFC PATCH 2/2] fs/xattr: wire up syscalls, Christian Brauner
  • Re: [RFC PATCH 2/2] fs/xattr: wire up syscalls, Richard Guy Briggs
• [PATCH v5 0/8] make statx() return DIO alignment information, Eric Biggers
  • [PATCH v5 2/8] vfs: support STATX_DIOALIGN on block devices, Eric Biggers
    • Re: [PATCH v5 2/8] vfs: support STATX_DIOALIGN on block devices, Christoph Hellwig
    • Re: [PATCH v5 2/8] vfs: support STATX_DIOALIGN on block devices, Christian Brauner
  • [PATCH v5 1/8] statx: add direct I/O alignment information, Eric Biggers
    • Re: [PATCH v5 1/8] statx: add direct I/O alignment information, Christian Brauner
  • [PATCH v5 6/8] f2fs: simplify f2fs_force_buffered_io(), Eric Biggers
    • Re: [PATCH v5 6/8] f2fs: simplify f2fs_force_buffered_io(), Jaegeuk Kim
  • [PATCH v5 3/8] fscrypt: change fscrypt_dio_supported() to prepare for STATX_DIOALIGN, Eric Biggers
  • [PATCH v5 4/8] ext4: support STATX_DIOALIGN, Eric Biggers
  • [PATCH v5 8/8] xfs: support STATX_DIOALIGN, Eric Biggers
    • Re: [PATCH v5 8/8] xfs: support STATX_DIOALIGN, Darrick J. Wong
    • Re: [PATCH v5 8/8] xfs: support STATX_DIOALIGN, Christoph Hellwig
  • [PATCH v5 5/8] f2fs: move f2fs_force_buffered_io() into file.c, Eric Biggers
    • Re: [PATCH v5 5/8] f2fs: move f2fs_force_buffered_io() into file.c, Jaegeuk Kim
  • [PATCH v5 7/8] f2fs: support STATX_DIOALIGN, Eric Biggers
    • Re: [PATCH v5 7/8] f2fs: support STATX_DIOALIGN, Jaegeuk Kim
  • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Eric Biggers
    • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Eric Biggers
      • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Stephen Rothwell
        • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Stephen Rothwell
          • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Eric Biggers
            • Re: [PATCH v5 0/8] make statx() return DIO alignment information, Stephen Rothwell
• [no subject], Zach O'Keefe
  • [PATCH mm-unstable v2 2/9] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Zach O'Keefe
  • [PATCH mm-unstable v2 7/9] selftests/vm: add thp collapse file and tmpfs testing, Zach O'Keefe
  • [PATCH mm-unstable v2 1/9] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Zach O'Keefe
  • [PATCH mm-unstable v2 4/9] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Zach O'Keefe
  • [PATCH mm-unstable v2 8/9] selftests/vm: add thp collapse shmem testing, Zach O'Keefe
  • [PATCH mm-unstable v2 6/9] selftests/vm: modularize thp collapse memory operations, Zach O'Keefe
  • [PATCH mm-unstable v2 5/9] selftests/vm: dedup THP helpers, Zach O'Keefe
  • [PATCH mm-unstable v2 9/9] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory, Zach O'Keefe
  • [PATCH mm-unstable v2 3/9] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
  • Re:, Yang Shi
    • Re:, Zach O'Keefe
• [man-pages PATCH] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
  • Re: [man-pages PATCH] statx, inode: document the new STATX_INO_VERSION field, John Stoffel
    • Re: [man-pages PATCH] statx, inode: document the new STATX_INO_VERSION field, Jeff Layton
• [PATCH v3 0/7] vfs: clean up i_version behavior and expose it via statx, Jeff Layton
  • [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
    • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Dave Chinner
      • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
        • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, NeilBrown
          • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
            • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
              • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
                  • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Trond Myklebust
                    • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
                      • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Trond Myklebust
                        • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                          • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Trond Myklebust
                            • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                              • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Trond Myklebust
                                • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                          • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
                            • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                              • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
                                • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
                                • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, J. Bruce Fields
        • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Dave Chinner
          • Re: [PATCH v3 1/7] iversion: update comments with info about atime updates, Jeff Layton
  • [PATCH v3 2/7] ext4: fix i_version handling in ext4, Jeff Layton
  • [PATCH v3 3/7] ext4: unconditionally enable the i_version counter, Jeff Layton
    • Re: [PATCH v3 3/7] ext4: unconditionally enable the i_version counter, Jan Kara
  • [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
    • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Amir Goldstein
      • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Amir Goldstein
        • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
          • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Darrick J. Wong
            • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Trond Myklebust
              • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
                • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Trond Myklebust
                • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Amir Goldstein
                  • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
                    • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Amir Goldstein
                    • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Dave Chinner
                      • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
                        • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Dave Chinner
                          • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Jeff Layton
            • Re: [PATCH v3 4/7] xfs: don't bump the i_version on an atime update in xfs_vn_update_time, Amir Goldstein
  • [PATCH v3 5/7] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
  • [PATCH v3 6/7] nfs: report the inode version in statx if requested, Jeff Layton
  • [PATCH v3 7/7] ceph: fill in the change attribute in statx requests, Jeff Layton
• [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
  • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alexei Starovoitov
    • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
      • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Linus Torvalds
        • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
          • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Linus Torvalds
            • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
          • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Xi Ruoyao
            • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
              • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Xi Ruoyao
      • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Greg Kroah-Hartman
        • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Florian Weimer
          • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Linus Torvalds
            • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Joseph Myers
              • RE: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, David Laight
                • RE: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Joseph Myers
              • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Linus Torvalds
        • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
          • Re: [PATCH v3] Many pages: Document fixed-width types with ISO C naming, Alejandro Colomar
• [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
  • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Florian Weimer
    • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
  • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Dave Chinner
    • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
    • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Colin Walters
      • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Jeff Layton
        • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Colin Walters
      • Re: [PATCH] vfs: report an inode version in statx for IS_I_VERSION inodes, Greg KH
• [PATCH v4] MIPS: Expose prid and globalnumber to sysfs, Jiaxun Yang
  • Re: [PATCH v4] MIPS: Expose prid and globalnumber to sysfs, Greg KH
    • Message not available
      • Re: [PATCH v4] MIPS: Expose prid and globalnumber to sysfs, Greg KH
    • Re: [PATCH v4] MIPS: Expose prid and globalnumber to sysfs, Jiaxun Yang
      • Re: [PATCH v4] MIPS: Expose prid and globalnumber to sysfs, Greg KH
• [PATCH v3] MIPS: Expose prid and globalnumber to sysfs, Jiaxun Yang
  • Re: [PATCH v3] MIPS: Expose prid and globalnumber to sysfs, Greg KH
• [PATCH mm-unstable 0/9] mm: add file/shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable 1/9] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check(), Zach O'Keefe
  • [PATCH mm-unstable 2/9] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds, Zach O'Keefe
  • [PATCH mm-unstable 3/9] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
    • Re: [PATCH mm-unstable 3/9] mm/madvise: add file and shmem support to MADV_COLLAPSE, kernel test robot
    • Re: [PATCH mm-unstable 3/9] mm/madvise: add file and shmem support to MADV_COLLAPSE, kernel test robot
      • Re: [PATCH mm-unstable 3/9] mm/madvise: add file and shmem support to MADV_COLLAPSE, Zach O'Keefe
  • [PATCH mm-unstable 4/9] mm/khugepaged: add tracepoint to hpage_collapse_scan_file(), Zach O'Keefe
  • [PATCH mm-unstable 5/9] selftests/vm: dedup THP helpers, Zach O'Keefe
  • [PATCH mm-unstable 8/9] selftests/vm: add thp collapse shmem testing, Zach O'Keefe
  • [PATCH mm-unstable 7/9] selftests/vm: add thp collapse file and tmpfs testing, Zach O'Keefe
  • [PATCH mm-unstable 9/9] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory, Zach O'Keefe
  • [PATCH mm-unstable 6/9] selftests/vm: modularize thp collapse memory operations, Zach O'Keefe
• [PATCH v2] MIPS: Expose prid and globalnumber to sysfs, Jiaxun Yang
  • Re: [PATCH v2] MIPS: Expose prid and globalnumber to sysfs, Greg KH
  • Re: [PATCH v2] MIPS: Expose prid and globalnumber to sysfs, Florian Fainelli
    • Message not available
      • Re: [PATCH v2] MIPS: Expose prid and globalnumber to sysfs, Florian Fainelli
• Re: [PATCH v4 2/4] fanotify: define struct members to hold response decision context, Amir Goldstein
  • Re: [PATCH v4 2/4] fanotify: define struct members to hold response decision context, Jan Kara
• Re: [PATCH v4 0/4] fanotify: Allow user space to pass back additional audit info, Amir Goldstein
• [PATCH] MIPS: Expose prid and globalnumber to sysfs, Jiaxun Yang
  • Re: [PATCH] MIPS: Expose prid and globalnumber to sysfs, Greg KH
• [RFC][PATCH] uapi: Remove the inclusion of linux/mount.h from uapi/linux/fs.h, David Howells
  • Re: [RFC][PATCH] uapi: Remove the inclusion of linux/mount.h from uapi/linux/fs.h, Arnd Bergmann
  • Re: [RFC][PATCH] uapi: Remove the inclusion of linux/mount.h from uapi/linux/fs.h, Christian Brauner