Linux API

• Thread Index

• [PATCH v14 5/7] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v14 6/7] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v14 3/7] x86: mm: Skip faulting instruction for VM_DROPPABLE faults
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v14 1/7] x86: lib: Separate instruction decoder MMIO type from MMIO trace
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v14 2/7] mm: add VM_DROPPABLE for designating always lazily freeable mappings
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v14 0/7] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v13 7/7] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v13 6/7] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 21/21] xfs: enable atomic swapext feature
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 20/21] xfs: support non-power-of-two rtextsize with exchange-range
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 19/21] xfs: make atomic extent swapping support realtime files
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 18/21] xfs: condense symbolic links after an atomic swap
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 17/21] xfs: condense directories after an atomic swap
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 15/21] xfs: remove old swap extents implementation
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 16/21] xfs: condense extended attributes after an atomic swap
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 13/21] xfs: port xfs_swap_extent_forks to use xfs_swapext_req
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 14/21] xfs: allow xfs_swap_range to use older extent swap algorithms
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 12/21] xfs: consolidate all of the xfs_swap_extent_forks code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 11/21] xfs: port xfs_swap_extents_rmap to our new code
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 10/21] xfs: add error injection to test swapext recovery
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 09/21] xfs: add a ->xchg_file_range handler
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 07/21] xfs: create deferred log items for extent swapping
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 08/21] xfs: enable xlog users to toggle atomic extent swapping
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 06/21] xfs: introduce a swap-extent log intent item
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 05/21] xfs: create a log incompat flag for atomic extent swapping
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 04/21] xfs: parameterize all the incompat log feature helpers
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 03/21] xfs: refactor non-power-of-two alignment checks
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 02/21] xfs: create a new helper to return a file's allocation unit
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH 01/21] vfs: introduce new file range exchange ioctl
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCHSET v24.0 00/21] xfs: atomic file updates
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [PATCH v4 7/8] LSM: wireup Linux Security Module syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 8/8] LSM: selftests for Linux Security Module syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 6/8] LSM: lsm_set_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 5/8] LSM: Create lsm_module_list system call
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 3/8] proc: Use lsmids instead of lsm names for attrs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 4/8] LSM: lsm_get_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 2/8] LSM: Maintain a table of LSM attribute data
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 1/8] LSM: Identify modules by more than name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 0/8] LSM: Three basic syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chenyi Qiang <chenyi.qiang@xxxxxxxxx>
• Re: [PATCH v4 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 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 v4 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v5 3/3] fanotify,audit: Allow audit to use the full permission event response
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] fanotify: define struct members to hold response decision context
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v5 3/3] fanotify,audit: Allow audit to use the full permission event response
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v13 7/7] x86: vdso: Wire up getrandom() vDSO implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v13 6/7] random: introduce generic vDSO getrandom() implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v12 0/6] implement getrandom() in vDSO
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH] kernels/ksysfs.c: export kernel address bits
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v12 0/6] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 7/7] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 5/7] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 6/7] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 3/7] x86: mm: Skip faulting instruction for VM_DROPPABLE faults
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 4/7] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 2/7] mm: add VM_DROPPABLE for designating always lazily freeable mappings
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 1/7] x86: lib: Separate instruction decoder MMIO type from MMIO trace
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v13 0/7] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v12 0/6] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 06/39] x86/fpu: Add helper for modifying xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 3/3] fanotify,audit: Allow audit to use the full permission event response
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] fanotify: Ensure consistent variable type for response
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/39] x86/mm: Introduce _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v12 0/6] implement getrandom() in vDSO
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v12 0/6] implement getrandom() in vDSO
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 2/3] fanotify: define struct members to hold response decision context
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH 1/2] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/2] mm/mempolicy: do not duplicate policy if it is not applicable for set_mempolicy_home_node
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] fanotify: define struct members to hold response decision context
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] fanotify: define struct members to hold response decision context
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH for tip queue/sched/core] selftests/rseq: Add mm_numa_cid to test script
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mm/mempolicy: do not duplicate policy if it is not applicable for set_mempolicy_home_node
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] mm/mempolicy: do not duplicate policy if it is not applicable for set_mempolicy_home_node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v4 33/39] x86: Prevent 32 bit operations for 64 bit shstk tasks
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [RFC PATCH] mm/mempolicy: Fix memory leak in set_mempolicy_home_node system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• Re: [PATCH RFC v12 2/6] x86: mm: Skip faulting instruction for VM_DROPPABLE faults
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v12 3/6] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v12 6/6] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v12 5/6] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v12 4/6] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v12 2/6] x86: mm: Skip faulting instruction for VM_DROPPABLE faults
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC v12 1/6] mm: add VM_DROPPABLE for designating always lazily freeable mappings
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v12 0/6] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v5 3/3] fanotify,audit: Allow audit to use the full permission event response
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v5 1/3] fanotify: Ensure consistent variable type for response
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v5 2/3] fanotify: define struct members to hold response decision context
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH v5 0/3] fanotify: Allow user space to pass back additional audit info
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 37/39] x86: Add PTRACE interface for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 37/39] x86: Add PTRACE interface for shadow stack
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Fabiano Rosas <farosas@xxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH v4 30/39] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 01/39] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v11 3/4] random: introduce generic vDSO getrandom() implementation
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v11 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v11 3/4] random: introduce generic vDSO getrandom() implementation
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
• [PATCH v11 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v11 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v11 2/4] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v11 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v11 0/4] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 33/39] x86: Prevent 32 bit operations for 64 bit shstk tasks
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 5/9] LSM: lsm_get_self_attr syscall for LSM self attributes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 33/39] x86: Prevent 32 bit operations for 64 bit shstk tasks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 01/39] Documentation/x86: Add CET shadow stack description
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v4 39/39] x86/shstk: Add ARCH_SHSTK_STATUS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 38/39] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 37/39] x86: Add PTRACE interface for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 32/39] x86: Expose thread features in /proc/$PID/status
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 31/39] x86/shstk: Support wrss for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 30/39] x86/shstk: Introduce map_shadow_stack syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 29/39] x86/shstk: Handle signals for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 28/39] x86/shstk: Introduce routines modifying shstk
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 27/39] x86/shstk: Handle thread shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 26/39] x86/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 25/39] x86: Introduce userspace API for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 24/39] mm: Warn on shadow stack memory in wrong vma
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 21/39] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 20/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 18/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 17/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 15/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 13/39] x86/mm: Start actually marking _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 10/39] x86/mm: Introduce _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 06/39] x86/fpu: Add helper for modifying xstate
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 02/39] x86/shstk: Add Kconfig option for Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 01/39] Documentation/x86: Add CET shadow stack description
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 34/39] x86/shstk: Wire in shadow stack interface
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 35/39] selftests/x86: Add shadow stack test
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 36/39] x86/fpu: Add helper for initing features
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 37/39] x86: Add PTRACE interface for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 38/39] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 39/39] x86/shstk: Add ARCH_SHSTK_STATUS
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 30/39] x86/shstk: Introduce map_shadow_stack syscall
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 25/39] x86: Introduce userspace API for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 31/39] x86/shstk: Support wrss for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 33/39] x86: Prevent 32 bit operations for 64 bit shstk tasks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 26/39] x86/shstk: Add user-mode shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 32/39] x86: Expose thread features in /proc/$PID/status
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 29/39] x86/shstk: Handle signals for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 27/39] x86/shstk: Handle thread shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 28/39] x86/shstk: Introduce routines modifying shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 24/39] mm: Warn on shadow stack memory in wrong vma
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 20/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 19/39] mm: Add guard pages around a shadow stack.
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 22/39] mm: Re-introduce vm_flags to do_mmap()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 21/39] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 15/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 17/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 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 v4 14/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 13/39] x86/mm: Start actually marking _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 18/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 16/39] x86/mm: Check Shadow Stack page fault errors
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 06/39] x86/fpu: Add helper for modifying xstate
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 10/39] x86/mm: Introduce _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 09/39] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 07/39] x86: Add user control-protection fault handler
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 02/39] x86/shstk: Add Kconfig option for Shadow Stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 01/39] Documentation/x86: Add CET shadow stack description
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 00/39] Shadow stacks for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A . Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
• Re: [PATCH v8 07/12] landlock: Add network rules support
  • From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• RE: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v10 2/4] arch: allocate vgetrandom_alloc() syscall number
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v10 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 2/4] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/4] arch: allocate vgetrandom_alloc() syscall number
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v10 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v10 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v10 4/4] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v10 1/4] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v10 3/4] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v10 2/4] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v10 0/4] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v9 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v9 1/3] arch: allocate vgetrandom_alloc() syscall number
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v9 0/3] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v9 2/3] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 07/12] landlock: Add network rules support
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v8 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v8 2/3] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v8 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v8 0/3] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 2/3] random: introduce generic vDSO getrandom() implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 07/12] landlock: Add network rules support
  • From: "Konstantin Meskhidze (A)" <konstantin.meskhidze@xxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: Samuel Neves <sneves@xxxxxxxxx>
• Re: [PATCH v7 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 2/3] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v7 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] random: introduce generic vDSO getrandom() implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] LSM: Identify the process attributes for each module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] LSM: Identify the process attributes for each module
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v3 5/9] LSM: lsm_get_self_attr syscall for LSM self attributes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 2/3] random: introduce generic vDSO getrandom() implementation
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• [PATCH v7 3/3] x86: vdso: Wire up getrandom() vDSO implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v7 2/3] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v7 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v7 0/3] implement getrandom() in vDSO
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v6 1/3] random: add vgetrandom_alloc() syscall
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• Re: [PATCH v3 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxx>
• Re: [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/3] random: introduce generic vDSO getrandom() implementation
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH v3 9/9] LSM: selftests for Linux Security Module infrastructure syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 8/9] LSM: wireup Linux Security Module syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 7/9] LSM: lsm_set_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 6/9] LSM: Create lsm_module_list system call
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 4/9] proc: Use lsmids instead of lsm names for attrs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 5/9] LSM: lsm_get_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 3/9] LSM: Maintain a table of LSM attribute data
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/9] LSM: Identify the process attributes for each module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 0/9] LSM: Three basic syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v3 1/9] LSM: Identify modules by more than name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/8] LSM: Two basic syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 5/8] proc: Use lsmids instead of lsm names for attrs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 8/8] lsm: wireup syscalls lsm_self_attr and lsm_module_list
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 4/8] LSM: Maintain a table of LSM attribute data
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 7/8] LSM: Create lsm_module_list system call
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 3/8] LSM: Identify the process attributes for each module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 0/8] LSM: Two basic syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v1 1/8] LSM: Identify modules by more than name
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 2/3] random: introduce generic vDSO getrandom() implementation
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] xfs_spaceman: add fsuuid command
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 26/30] selftests/rseq: x86: Implement rseq_load_u32_u32
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 25/30] rseq: Extend struct rseq with per-memory-map NUMA-aware Concurrency ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 27/30] selftests/rseq: Implement mm_numa_cid accessors in headers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 30/30] tracing/rseq: Add mm_numa_cid field to rseq_update
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 28/30] selftests/rseq: Implement numa node id vs mm_numa_cid invariant test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 29/30] selftests/rseq: Implement mm_numa_cid tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 22/30] lib: Implement find_{first,next,nth}_notandnot_bit, find_first_andnot_bit
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 24/30] sched: NUMA-aware per-memory-map concurrency ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 18/30] selftests/rseq: Implement basic percpu ops mm_cid test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 19/30] selftests/rseq: Implement parametrized mm_cid test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 16/30] selftests/rseq: s390: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 21/30] tracing/rseq: Add mm_cid field to rseq_update
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 23/30] cpumask: Implement cpumask_{first,next}_{not,}andnot
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 20/30] selftests/rseq: parametrized test: Report/abort on negative concurrency ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 17/30] selftests/rseq: riscv: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 11/30] selftests/rseq: x86: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 07/30] sched: Introduce per-memory-map concurrency ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 04/30] rseq: Extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 09/30] selftests/rseq: Remove RSEQ_SKIP_FASTPATH code
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 12/30] selftests/rseq: arm: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 03/30] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 06/30] selftests/rseq: Implement rseq numa node id field selftest
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 02/30] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 08/30] rseq: Extend struct rseq with per-memory-map concurrency ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 05/30] selftests/rseq: Use ELF auxiliary vector for extensible rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 01/30] selftests/rseq: Fix: Fail thread registration when CONFIG_RSEQ=n
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 14/30] selftests/rseq: mips: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 10/30] selftests/rseq: Implement rseq mm_cid field support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 13/30] selftests/rseq: arm64: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 15/30] selftests/rseq: ppc: Template memory ordering and percpu access mode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 00/30] RSEQ node id and mm concurrency id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v1] xfs_spaceman: add fsuuid command
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC] Add a new generic system call which has better performance, to get /proc data, than existing mechanisms
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 08/12] landlock: Implement TCP network hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v8 07/12] landlock: Add network rules support
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 7/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 7/8] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 7/8] KVM: Handle page fault for private memory
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v5 0/2] sched/numa: add per-process numa_balancing
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [RFC] Add a new generic system call which has better performance, to get /proc data, than existing mechanisms
  • From: Anjali Kulkarni <anjali.k.kulkarni@xxxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Stephen Röttger <sroettger@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: Daniel Abrecht <freedesktop-linux-dri-devel@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v9 2/8] KVM: Extend the memslot to support fd-based private memory
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Stephen Röttger <sroettger@xxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Abel Wu <wuyun.abel@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v2] mm: add new syscall pidfd_set_mempolicy().
  • From: Zhongkun He <hezhongkun.hzk@xxxxxxxxxxxxx>
• Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v1 7/8] LSM: Create lsm_module_list system call
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] sched/numa: add per-process numa_balancing
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/8] LSM: Identify the process attributes for each module
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 7/8] LSM: Create lsm_module_list system call
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/8] LSM: Identify the process attributes for each module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] LSM: lsm_self_attr syscall for LSM self attributes
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 4/8] LSM: Maintain a table of LSM attribute data
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 7/8] LSM: Create lsm_module_list system call
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/8] LSM: Identify the process attributes for each module
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 6/8] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 6/8] KVM: Update lpage info when private/shared memory are mixed
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: selftests: clone3: clone3_cap_checkpoint_restore fails - Could not set CAP_CHECKPOINT_RESTORE
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• selftests: clone3: clone3_cap_checkpoint_restore fails - Could not set CAP_CHECKPOINT_RESTORE
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• selftests: clone3: clone3_clear_sighand failed - Bail out! Failed to clear signal handler for child process
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 03/37] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH] drm/atomic: do not branch based on the value of current->comm[0]
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 31/37] x86: Expose thread features in /proc/$PID/status
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 32/37] x86/cet/shstk: Wire in CET interface
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 33/37] selftests/x86: Add shadow stack test
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 34/37] x86/fpu: Add helper for initing features
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 30/37] x86/shstk: Support wrss for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 29/37] x86/shstk: Introduce map_shadow_stack syscall
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 28/37] x86/shstk: Handle signals for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 26/37] x86/shstk: Handle thread shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 24/37] x86: Introduce userspace API for CET enabling
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 23/37] mm: Warn on shadow stack memory in wrong vma
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 22/37] mm: Don't allow write GUPs to shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 21/37] mm: Re-introduce vm_flags to do_mmap()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 19/37] mm/mmap: Add shadow stack pages to memory accounting
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 18/37] mm: Add guard pages around a shadow stack.
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 14/37] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>