Linux API
[Prev Page][Next Page]
- 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>
- [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 17/37] mm: Fixup places that call pte_mkwrite() directly
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 16/37] x86/mm: Update maybe_mkwrite() for shadow stack
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 12/37] 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 v3 10/37] x86/mm: Introduce _PAGE_COW
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 11/37] x86/mm: Update pte_modify for _PAGE_COW
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 08/37] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 09/37] x86/mm: Move pmd_write(), pud_write() up in the file
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 07/37] x86/cet: Add user control-protection fault handler
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 06/37] x86/fpu: Add helper for modifying xstate
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 05/37] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 02/37] x86/cet/shstk: Add Kconfig option for Shadow Stack
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 03/37] x86/cpufeatures: Add CPU feature flags for shadow stacks
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 01/37] Documentation/x86: Add CET description
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v3 00/37] Shadow stacks for userspace
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
- From: Sean Christopherson <seanjc@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: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH v5 20/24] selftests/rseq: Implement parametrized vm_vcpu_id test
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 23/24] selftests/rseq: parametrized test: Report/abort on negative cpu id
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 21/24] selftests/rseq: x86: Implement rseq_load_u32_u32
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 18/24] selftests/rseq: riscv: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 17/24] selftests/rseq: s390: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 19/24] selftests/rseq: Implement basic percpu ops vm_vcpu_id test
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 22/24] selftests/rseq: Implement numa node id vs vm_vcpu_id invariant test
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 24/24] tracing/rseq: Add mm_vcpu_id field to rseq_update
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 16/24] selftests/rseq: ppc: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 15/24] selftests/rseq: mips: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 10/24] selftests/rseq: Remove RSEQ_SKIP_FASTPATH code
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 12/24] selftests/rseq: x86: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 14/24] selftests/rseq: arm64: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 11/24] selftests/rseq: Implement rseq vm_vcpu_id field support
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 09/24] rseq: Extend struct rseq with per memory space vcpu id
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 08/24] sched: Introduce per memory space current virtual cpu id
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 13/24] selftests/rseq: arm: Template memory ordering and percpu access mode
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 07/24] cpumask: Implement cpumask_{first,next}_{not,}andnot
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 06/24] lib: Implement find_{first,next,nth}_notandnot_bit, find_first_andnot_bit
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 00/24] RSEQ node id and virtual cpu id extensions
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 03/24] rseq: Extend struct rseq with numa node id
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 05/24] selftests/rseq: Implement rseq numa node id field selftest
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 04/24] selftests/rseq: Use ELF auxiliary vector for extensible rseq
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 01/24] rseq: Introduce feature size and alignment ELF auxiliary vector entries
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH v5 02/24] rseq: Introduce extensible rseq ABI
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH v2 33/39] x86/cpufeatures: Limit shadow stack to Intel CPUs
- From: John Allen <john.allen@xxxxxxx>
- Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v8 1/8] mm/memfd: Introduce userspace inaccessible memfd
- From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
- [PATCH v3] kernel/ksysfs.c: export kernel cpu byteorder
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: [PATCH v9 0/8] KVM: mm: fd-based approach for supporting KVM
- From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
- Re: [PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
- From: Mark Rutland <mark.rutland@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: 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: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
- From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
- [PATCH] rseq: Use pr_warn_once() when deprecated/unknown ABI flags are encountered
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- 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 v2] proc: add byteorder file
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- RE: linux interprets an fcntl int arg as long
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: linux interprets an fcntl int arg as long
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2] proc: add byteorder file
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: linux interprets an fcntl int arg as long
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v2] proc: add byteorder file
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: linux interprets an fcntl int arg as long
- From: "'Szabolcs Nagy'" <szabolcs.nagy@xxxxxxx>
- RE: linux interprets an fcntl int arg as long
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: linux interprets an fcntl int arg as long
- From: "'Szabolcs Nagy'" <szabolcs.nagy@xxxxxxx>
- Re: [PATCH v9 7/8] KVM: Handle page fault for private 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: linux interprets an fcntl int arg as long
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: linux interprets an fcntl int arg as long
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH] proc: add byteorder file
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: [PATCH] proc: add byteorder file
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: linux interprets an fcntl int arg as long
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- [PATCH] proc: add byteorder file
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: [PATCH v9 7/8] KVM: Handle page fault for private memory
- From: Isaku Yamahata <isaku.yamahata@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 2/8] KVM: Extend the memslot to support fd-based private memory
- From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
- linux interprets an fcntl int arg as long
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: [PATCH v9 2/8] KVM: Extend the memslot to support fd-based private memory
- From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
- Re: [PATCH v9 7/8] KVM: Handle page fault for private memory
- From: Chao Peng <chao.p.peng@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 v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
- 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 v1 4/8] LSM: Maintain a table of LSM attribute data
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 4/8] LSM: Maintain a table of LSM attribute data
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: [PATCH v9 8/8] KVM: Enable and expose KVM_MEM_PRIVATE
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v9 5/8] KVM: Register/unregister the guest private memory regions
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v9 4/8] KVM: Use gfn instead of hva for mmu_notifier_retry
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v9 3/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v9 2/8] KVM: Extend the memslot to support fd-based private memory
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v9 1/8] mm: Introduce memfd_restricted system call to create restricted user memory
- From: Fuad Tabba <tabba@xxxxxxxxxx>
- Re: [PATCH v1 2/8] LSM: Add an LSM identifier for external use
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]