Linux API

• Thread Index

• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v38 39/39] LSM: Create lsm_module_list system call
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v2 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 7/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v2 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v8 7/8] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [man-pages PATCH v4] statx.2, open.2: document STATX_DIOALIGN
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [PATCH v38 39/39] LSM: Create lsm_module_list system call
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v38 06/39] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Vinicius Petrucci <vpetrucci@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [External] Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [man-pages PATCH v4] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v6] MIPS: Expose prid and globalnumber to sysfs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6] MIPS: Expose prid and globalnumber to sysfs
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Semantic newlines (was: [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN)
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [RFC] mm: add new syscall pidfd_set_mempolicy()
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5] MIPS: Expose prid and globalnumber to sysfs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5] MIPS: Expose prid and globalnumber to sysfs
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v5] MIPS: Expose prid and globalnumber to sysfs
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5] MIPS: Expose prid and globalnumber to sysfs
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH v5] MIPS: Expose prid and globalnumber to sysfs
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: "Yann Droneaud" <ydroneaud@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v1 0/5] treewide cleanup of random integer usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• RE: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v2 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• [man-pages PATCH v3] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• RE: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v2 00/39] Shadowstacks for userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] STATX_DIOALIGN for 6.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 38/39] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 32/39] selftests/x86: Add shadow stack test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v2 31/39] x86/cet/shstk: Wire in CET interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v2 09/39] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/39] Shadowstacks for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [GIT PULL] STATX_DIOALIGN for 6.1
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• [PATCH v2 30/39] x86: Expose thread features status in /proc/$PID/arch_status
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 32/39] selftests/x86: Add shadow stack test
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/CLEANUP v2 35/39] x86: Improve formatting of user_regset arrays
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/RFC v2 38/39] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/RFC v2 37/39] x86/cet: Add PTRACE interface for CET
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/RFC v2 39/39] x86: Add alt shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/CLEANUP v2 34/39] x86: Separate out x86_regset for 32 and 64 bit
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 31/39] x86/cet/shstk: Wire in CET interface
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [OPTIONAL/RFC v2 36/39] x86/fpu: Add helper for initing features
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 26/39] x86/cet/shstk: Introduce routines modifying shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 28/39] x86/cet/shstk: Introduce map_shadow_stack syscall
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 27/39] x86/cet/shstk: Handle signals for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 23/39] x86: Introduce userspace API for CET enabling
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 25/39] x86/cet/shstk: Handle thread shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 24/39] x86/cet/shstk: Add user-mode shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 14/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 21/39] mm: Re-introduce vm_flags to do_mmap()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 20/39] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 22/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 13/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 19/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 18/39] mm: Add guard pages around a shadow stack.
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 16/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 17/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 15/39] x86/mm: Check Shadow Stack page fault errors
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 10/39] x86/mm: Introduce _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 09/39] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 07/39] x86/cet: Add user control-protection fault handler
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 06/39] x86/fpu: Add helper for modifying xstate
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 00/39] Shadowstacks for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 02/39] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 01/39] Documentation/x86: Add CET description
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RFC PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] sched/numa: add per-process numa_balancing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4] sched/numa: add per-process numa_balancing
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH v4] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH v4.1 09/25] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 06/25] lib: Invert _find_next_bit source arguments
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] a.out: Remove the a.out implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] a.out: Remove the a.out implementation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH] a.out: Remove the a.out implementation
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: Cambda Zhu <cambda@xxxxxxxxxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• RE: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH v4.1 03/25 1/1] rseq: Extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 03/25] rseq: Extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: Syscall kill() can send signal to thread ID
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 03/25] rseq: Extend struct rseq with numa node id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: Cambda Zhu <cambda@xxxxxxxxxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "cambda@xxxxxxxxxxxxxxxxx" <cambda@xxxxxxxxxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "cambda@xxxxxxxxxxxxxxxxx" <cambda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH mm-unstable v4 10/10] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 09/10] selftests/vm: add file/shmem MADV_COLLAPSE selftest for cleared pmd
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 08/10] selftests/vm: add thp collapse shmem testing
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 07/10] selftests/vm: add thp collapse file and tmpfs testing
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 06/10] selftests/vm: modularize thp collapse memory operations
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 00/10] mm: add file/shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 05/10] selftests/vm: dedup THP helpers
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v4 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v4.1 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Syscall kill() can send signal to thread ID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• RE: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• [PATCH v4 09/25] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 18/25] selftests/rseq: s390: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 20/25] selftests/rseq: Implement basic percpu ops vm_vcpu_id test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 17/25] selftests/rseq: ppc: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 14/25] selftests/rseq: arm: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 19/25] selftests/rseq: riscv: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 11/25] selftests/rseq: Remove RSEQ_SKIP_FASTPATH code
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 12/25] selftests/rseq: Implement rseq vm_vcpu_id field support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 21/25] selftests/rseq: Implement parametrized vm_vcpu_id test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 15/25] selftests/rseq: arm64: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 23/25] selftests/rseq: Implement numa node id vs vm_vcpu_id invariant test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 16/25] selftests/rseq: mips: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 22/25] selftests/rseq: x86: Implement rseq_load_u32_u32
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 24/25] selftests/rseq: parametrized test: Report/abort on negative cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 25/25] tracing/rseq: Add mm_vcpu_id field to rseq_update
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 07/25] lib: Implement find_{first,next}_{zero,one}_and_zero_bit
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 05/25] selftests/rseq: Implement rseq numa node id field selftest
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 06/25] lib: Invert _find_next_bit source arguments
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 04/25] selftests/rseq: Use ELF auxiliary vector for extensible rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 10/25] rseq: Extend struct rseq with per memory space vcpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 13/25] selftests/rseq: x86: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 02/25] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 03/25] rseq: Extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 08/25] cpumask: Implement cpumask_{first,next}_{zero,one}_and_zero
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Syscall kill() can send signal to thread ID
  • From: cambda@xxxxxxxxxxxxxxxxx
• Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 02/25] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 03/25] rseq: Extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 00/25] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 05/25] selftests/rseq: Implement rseq numa node id field selftest
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 04/25] selftests/rseq: Use ELF auxiliary vector for extensible rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v4 01/25] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v9 5/6] serial: Support for RS-485 multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• O_LARGEFILE / EOVERFLOW on tmpfs / NFS
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH v8 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 6/8] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 7/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat.
  • From: Florian Mayer <fmayer@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A . Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] Add sicode to /proc/<PID>/stat.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "John Stoffel" <john@xxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH v7 05/14] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH mm-unstable v3 04/10] mm/khugepaged: add tracepoint to hpage_collapse_scan_file()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 10/10] selftests/vm: add selftest for MADV_COLLAPSE of uffd-minor memory
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 02/10] mm/khugepaged: attempt to map file/shmem-backed pte-mapped THPs by pmds
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 09/10] selftests/vm: add file/shmem MADV_COLLAPSE selftest for cleared pmd
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 07/10] selftests/vm: add thp collapse file and tmpfs testing
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 08/10] selftests/vm: add thp collapse shmem testing
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 05/10] selftests/vm: dedup THP helpers
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 06/10] selftests/vm: modularize thp collapse memory operations
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 03/10] mm/madvise: add file and shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 01/10] mm/shmem: add flag to enforce shmem THP in hugepage_vma_check()
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• [PATCH mm-unstable v3 00/10] mm: add file/shmem support to MADV_COLLAPSE
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jan Kara <jack@xxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: "NeilBrown" <neilb@xxxxxxx>
• [PATCH v4 5/6] nfs: report the inode version in statx if requested
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 6/6] ceph: fill in the change attribute in statx requests
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 3/6] ext4: unconditionally enable the i_version counter
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 2/6] ext4: fix i_version handling in ext4
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 4/6] vfs: report an inode version in statx for IS_I_VERSION inodes
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 1/6] iversion: update comments with info about atime updates
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 0/6] vfs: clean up i_version behavior and expose it via statx
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [man-pages RFC PATCH v4] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 1/8] statx: add direct I/O alignment information
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 2/8] vfs: support STATX_DIOALIGN on block devices
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 0/8] make statx() return DIO alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [man-pages RFC PATCH v3] statx, inode: document the STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v5 8/8] xfs: support STATX_DIOALIGN
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] vfs: support STATX_DIOALIGN on block devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [RFC PATCH v2] statx, inode: document the new STATX_INO_VERSION field
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re:
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re:
  • From: Yang Shi <shy828301@xxxxxxxxx>