Linux API

• Thread Index

• Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v1] proc: Implement /proc/self/meminfo
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/2] quota: Change quotactl_path() systcall to an fd-based one
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/2] Change quotactl_path() to an fd-based syscall
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/2] quota: Wire up quotactl_fd syscall
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 3/3] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH 2/3] venus: Add a handling of QC8C compressed format
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH 3/3] venus: Add a handling of QC10C compressed format
  • From: Hans Verkuil <hverkuil-cisco@xxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: adds NOSIGBUS extension for out-of-band shmem read
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [PATCH V2] mm: compaction: support triggering of proactive compaction by user
  • From: Charan Teja Kalla <charante@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] mm: compaction: support triggering of proactive compaction by user
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v27 27/31] ELF: Introduce arch_setup_elf_property()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Matheus Castanho <msc@xxxxxxxxxxxxx>
• Re: [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Matheus Castanho <msc@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v27 10/10] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 09/10] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 08/10] x86/vdso: Introduce ENDBR macro
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 07/10] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 05/10] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 04/10] x86/cet/ibt: Disable IBT for ia32
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 03/10] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 02/10] x86/cet/ibt: Add user-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 01/10] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 00/10] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 31/31] mm: Introduce PROT_SHADOW_STACK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 30/31] mm: Update arch_validate_flags() to test vma anonymous
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 29/31] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 28/31] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 27/31] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 26/31] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 18/31] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 17/31] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 25/31] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 16/31] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 23/31] x86/cet/shstk: Add user-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 15/31] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 14/31] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 22/31] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 21/31] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 13/31] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 20/31] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 19/31] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 12/31] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 11/31] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 10/31] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 09/31] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 08/31] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 07/31] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 06/31] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 05/31] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 04/31] x86/cpufeatures: Introduce CPU setup and option parsing for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 03/31] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 01/31] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 02/31] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 00/31] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 7/9] sched/umcg: add UMCG server/worker API (early RFC)
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v26 14/25] LSM: Specify which LSM to display
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Matheus Castanho <msc@xxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Matheus Castanho <msc@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Lijun Pan <lijunp213@xxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [GIT PULL] siginfo: ABI fixes for v5.13-rc3
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] fanotify/fanotify_user.c: introduce a generic info record copying function
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 00/11] File system wide monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 6/8] vfio/type1: No need to statically pin and map if IOPF enabled
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 7/8] vfio/type1: Add selective DMA faulting support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 4/8] vfio/type1: Pre-map more pages than requested in the IOPF handling
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/8] vfio/type1: Add an MMU notifier to avoid pinning
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/8] iommu: Evolve the device fault reporting framework
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH v0.1 9/9] selftests/umcg: add UMCG server/worker API selftest
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 8/9] lib/umcg: add UMCG server/worker API (early RFC)
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 7/9] sched/umcg: add UMCG server/worker API (early RFC)
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 6/9] selftests/umcg: add UMCG core API selftest
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 5/9] lib/umcg: implement UMCG core API for userspace
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 3/9] sched: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 2/9] sched/umcg: add uapi/linux/umcg.h and sched/umcg.c
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 1/9] sched/umcg: add UMCG syscall stubs and CONFIG_UMCG
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/5] fanotify/fanotify_user.c: introduce a generic info record copying function
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 5/5] fanotify: Add pidfd info record support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH 4/5] fanotify/fanotify_user.c: introduce a generic info record copying function
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH 3/5] fanotify_user.c: minor cosmetic adjustments to fid labels
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH 2/5] kernel/pid.c: implement checks on parameters passed to pidfd_create()
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [musl] Re: Linux powerpc new system call instruction and ABI
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: [musl] Re: Linux powerpc new system call instruction and ABI
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Tulio Magno Quites Machado Filho <tuliom@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 0/6] Improve Minimum Alternate Stack Size
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 09/10] userfaultfd/selftests: reinitialize test context in each test
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v5 09/10] userfaultfd/selftests: reinitialize test context in each test
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 6/6] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 2/6] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v9 0/6] Improve Minimum Alternate Stack Size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v3 6/8] vfio/type1: No need to statically pin and map if IOPF enabled
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 4/8] vfio/type1: Pre-map more pages than requested in the IOPF handling
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 5/8] vfio/type1: VFIO_IOMMU_ENABLE_IOPF
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/8] vfio/type1: Add an MMU notifier to avoid pinning
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/8] iommu: Evolve the device fault reporting framework
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/8] vfio/type1: Add a page fault handler
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH v3 7/8] vfio/type1: Add selective DMA faulting support
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v20 7/7] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 6/7] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 5/7] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 4/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 3/7] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 2/7] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 1/7] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v20 0/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v4 1/5] siginfo: Move si_trapno inside the union inside _si_fault
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v4 2/5] signal: Implement SIL_FAULT_TRAPNO
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v4 3/5] signal: Factor force_sig_perf out of perf_sigtrap
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v4 4/5] signal: Deliver all of the siginfo perf data in _perf
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v4 5/5] signalfd: Remove SIL_PERF_EVENT fields from signalfd_siginfo
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v26 14/25] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH RERESEND v9 9/9] btrfs: implement RWF_ENCODED writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 8/9] btrfs: implement RWF_ENCODED reads
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 7/9] btrfs: optionally extend i_size in cow_file_range_inline()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 6/9] btrfs: support different disk extent size for delalloc
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 5/9] btrfs: add ram_bytes and offset to btrfs_ordered_extent
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 4/9] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 2/9] fs: add O_ALLOW_ENCODED open flag
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 3/9] fs: add RWF_ENCODED for reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Jan Kara <jack@xxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v26 14/25] LSM: Specify which LSM to display
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v19 1/8] mmap: make mlock_future_check() global
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] siginfo: ABI fixes for v5.13-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v26 24/25] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v26 14/25] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 4/8] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 1/8] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Jan Kara <jack@xxxxxxx>
• RE: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v26 29/30] mm: Update arch_validate_flags() to test vma anonymous
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [PATCH resend v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH V1] audit: log xattr args not covered by syscall record
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v3 2/2] secretmem: optimize page_is_secretmem()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 7/7 v2] tracing: Do not create tracefs files if tracefs lockdown is in effect
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 7/7 v2] tracing: Do not create tracefs files if tracefs lockdown is in effect
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Nick Kossifidis <mick@xxxxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v6 06/10] userfaultfd/shmem: modify shmem_mfill_atomic_pte to use install_pte()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 00/13] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Add futex2 syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 05/12] siginfo: Move si_trapno inside the union inside _si_fault
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 03/12] arm64: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 02/12] arm: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v3 01/12] sparc64: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Add futex2 syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] vfio/pci: Revert nvlink removal uAPI breakage
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 06/10] userfaultfd/shmem: modify shmem_mfill_atomic_pte to use install_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH v3 00/12] signal: sort out si_trapno and si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH RESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] vfio/pci: Revert nvlink removal uAPI breakage
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: [PATCH] vfio/pci: Revert nvlink removal uAPI breakage
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] vfio/pci: Revert nvlink removal uAPI breakage
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove the nvlink2 pci_vfio subdriver v2
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/12] signal: Deliver all of the siginfo perf data in _perf
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/12] signal: Factor force_sig_perf out of perf_sigtrap
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/12] signal: Remove __ARCH_SI_TRAPNO
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/12] signal: Use dedicated helpers to send signals with si_trapno set
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/12] signal: Implement SIL_FAULT_TRAPNO
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/12] siginfo: Move si_trapno inside the union inside _si_fault
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/12] arm64: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/12] arm: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/12] sparc64: Add compile-time asserts for siginfo_t offsets
  • From: "Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH 00/12] signal: sort out si_trapno and si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v6 10/10] userfaultfd/selftests: exercise minor fault handling shmem support
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 09/10] userfaultfd/selftests: reinitialize test context in each test
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 08/10] userfaultfd/selftests: create alias mappings in the shmem test
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 07/10] userfaultfd/selftests: use memfd_create for shmem test type
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 06/10] userfaultfd/shmem: modify shmem_mfill_atomic_pte to use install_pte()
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 05/10] userfaultfd/shmem: advertise shmem minor fault support
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 04/10] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 03/10] userfaultfd/shmem: support minor fault registration for shmem
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 02/10] userfaultfd/shmem: combine shmem_{mcopy_atomic,mfill_zeropage}_pte
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 01/10] userfaultfd/hugetlbfs: avoid including userfaultfd_k.h in hugetlb.h
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v6 00/10] userfaultfd: add minor fault handling for shmem
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v8 2/6] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: Is perf_sigtrap synchronous?
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/3] signal: Deliver all of the perf_data in si_perf
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Is perf_sigtrap synchronous?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/3] signal: Remove __ARCH_SI_TRAPNO
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
  • From: Nicolas Dufresne <nicolas@xxxxxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 3/3] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 2/3] venus: Add a handling of QC8C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 1/3] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH 0/3] Qualcomm custom compressed pixfmt
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/2] fanotify: Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 7/9] x86/vdso: Introduce ENDBR macro
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 10/10] userfaultfd/selftests: exercise minor fault handling shmem support
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v5 09/10] userfaultfd/selftests: reinitialize test context in each test
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 06/10] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v5 06/10] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_pte()
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v5 06/10] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_pte()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 05/10] userfaultfd/shmem: advertise shmem minor fault support
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v5 04/10] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v5 06/10] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_pte()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 05/10] userfaultfd/shmem: advertise shmem minor fault support
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 04/10] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 03/10] userfaultfd/shmem: support minor fault registration for shmem
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v3 13/13] kernel: Enable waitpid() for futex2
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 12/13] perf bench: Add futex2 benchmark tests
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 11/13] selftests: futex2: Add requeue test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 10/13] selftests: futex2: Add waitv test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 09/13] selftests: futex2: Add wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 08/13] selftests: futex2: Add timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 07/13] selftests: futex2: Add wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 06/13] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 05/13] futex2: Add compatibility entry point for x86_x32 ABI
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 04/13] futex2: Implement requeue operation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 03/13] futex2: Implement vectorized wait
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 02/13] futex2: Add support for shared futexes
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 01/13] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v3 00/13] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 07/10] userfaultfd/selftests: use memfd_create for shmem test type
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 08/10] userfaultfd/selftests: create alias mappings in the shmem test
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 04/10] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 10/10] userfaultfd/selftests: exercise minor fault handling shmem support
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 09/10] userfaultfd/selftests: reinitialize test context in each test
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 05/10] userfaultfd/shmem: advertise shmem minor fault support
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 06/10] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_pte()
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 03/10] userfaultfd/shmem: support minor fault registration for shmem
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 02/10] userfaultfd/shmem: combine shmem_{mcopy_atomic,mfill_zeropage}_pte
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 01/10] userfaultfd/hugetlbfs: avoid including userfaultfd_k.h in hugetlb.h
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>