Linux API

• Date Index

• Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, (continued)
  • Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, Shenming Lu
  • Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, Alex Williamson
    • Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, Shenming Lu
      • Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, Alex Williamson
        • Re: [RFC PATCH v3 0/8] Add IOPF support for VFIO passthrough, Shenming Lu
• [PATCH 0/9] userfaultfd: add minor fault handling for shmem, Axel Rasmussen
  • [PATCH 1/9] userfaultfd/hugetlbfs: avoid including userfaultfd_k.h in hugetlb.h, Axel Rasmussen
    • Re: [PATCH 1/9] userfaultfd/hugetlbfs: avoid including userfaultfd_k.h in hugetlb.h, Peter Xu
  • [PATCH 2/9] userfaultfd/shmem: combine shmem_{mcopy_atomic,mfill_zeropage}_pte, Axel Rasmussen
    • Re: [PATCH 2/9] userfaultfd/shmem: combine shmem_{mcopy_atomic,mfill_zeropage}_pte, Peter Xu
  • [PATCH 3/9] userfaultfd/shmem: support minor fault registration for shmem, Axel Rasmussen
    • Re: [PATCH 3/9] userfaultfd/shmem: support minor fault registration for shmem, Peter Xu
  • [PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem, Axel Rasmussen
    • Re: [PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem, Peter Xu
      • Re: [PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem, Axel Rasmussen
        • Re: [PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem, Peter Xu
          • Re: [PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem, Axel Rasmussen
  • [PATCH 5/9] userfaultfd/selftests: use memfd_create for shmem test type, Axel Rasmussen
  • [PATCH 6/9] userfaultfd/selftests: create alias mappings in the shmem test, Axel Rasmussen
  • [PATCH 7/9] userfaultfd/selftests: reinitialize test context in each test, Axel Rasmussen
  • [PATCH 8/9] userfaultfd/selftests: exercise minor fault handling shmem support, Axel Rasmussen
  • [PATCH 9/9] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_ptes, Axel Rasmussen
  • Re: [PATCH 0/9] userfaultfd: add minor fault handling for shmem, Andrew Morton
    • Re: [PATCH 0/9] userfaultfd: add minor fault handling for shmem, Axel Rasmussen
      • Re: [PATCH 0/9] userfaultfd: add minor fault handling for shmem, Peter Xu
        • Re: [PATCH 0/9] userfaultfd: add minor fault handling for shmem, Mike Kravetz
• [PATCH v33 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v33 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v33 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v33 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
  • [PATCH v33 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v33 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    • Re: [PATCH v33 07/12] landlock: Support filesystem access-control, James Morris
  • [PATCH v33 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v33 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v33 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v33 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v33 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
  • [PATCH v33 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v33 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • Re: [PATCH v33 00/12] Landlock LSM, James Morris
    • Re: [PATCH v33 00/12] Landlock LSM, Casey Schaufler
• [PATCH v24 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v24 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [PATCH v24 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v24 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Yu-cheng Yu
  • [PATCH v24 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v24 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v24 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu-cheng Yu
    • Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Jarkko Sakkinen
    • Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Sean Christopherson
      • Re: [PATCH v24 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu, Yu-cheng
  • [PATCH v24 7/9] x86/vdso: Introduce ENDBR macro, Yu-cheng Yu
  • [PATCH v24 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
• [PATCH v24 00/30] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v24 01/30] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v24 02/30] x86/cet/shstk: Add Kconfig option for Shadow Stack, Yu-cheng Yu
  • [PATCH v24 03/30] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
    • Re: [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Borislav Petkov
      • Re: [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu, Yu-cheng
        • Re: [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Borislav Petkov
          • Re: [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu, Yu-cheng
            • Re: [PATCH v24 04/30] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Borislav Petkov
  • [PATCH v24 05/30] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v24 07/30] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
  • [PATCH v24 14/30] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
    • Re: [PATCH v24 14/30] x86/mm: Shadow Stack page fault error checking, Kirill A. Shutemov
  • [PATCH v24 08/30] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
  • [PATCH v24 06/30] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [PATCH v24 09/30] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
  • [PATCH v24 10/30] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v24 13/30] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Yu-cheng Yu
    • Re: [PATCH v24 13/30] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Kirill A. Shutemov
  • [PATCH v24 12/30] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v24 12/30] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A. Shutemov
  • [PATCH v24 11/30] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  • [PATCH v24 15/30] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
    • Re: [PATCH v24 15/30] x86/mm: Update maybe_mkwrite() for shadow stack, Kirill A. Shutemov
  • [PATCH v24 17/30] mm: Add guard pages around a shadow stack., Yu-cheng Yu
    • Re: [PATCH v24 17/30] mm: Add guard pages around a shadow stack., Kirill A. Shutemov
  • [PATCH v24 16/30] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
    • Re: [PATCH v24 16/30] mm: Fixup places that call pte_mkwrite() directly, Kirill A. Shutemov
  • [PATCH v24 18/30] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
    • Re: [PATCH v24 18/30] mm/mmap: Add shadow stack pages to memory accounting, Kirill A. Shutemov
  • [PATCH v24 19/30] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
    • Re: [PATCH v24 19/30] mm: Update can_follow_write_pte() for shadow stack, Kirill A. Shutemov
  • [PATCH v24 20/30] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
    • Re: [PATCH v24 20/30] mm/mprotect: Exclude shadow stack from preserve_write, Kirill A. Shutemov
  • [PATCH v24 21/30] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  • [PATCH v24 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu-cheng Yu
    • Re: [PATCH v24 22/30] x86/cet/shstk: Add user-mode shadow stack support, Kirill A. Shutemov
      • Re: [PATCH v24 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu, Yu-cheng
  • [PATCH v24 23/30] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v24 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu-cheng Yu
    • Re: [PATCH v24 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Andy Lutomirski
  • [PATCH v24 25/30] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
    • Re: [PATCH v24 25/30] x86/cet/shstk: Handle signals for shadow stack, Andy Lutomirski
      • Re: [PATCH v24 25/30] x86/cet/shstk: Handle signals for shadow stack, Yu, Yu-cheng
  • [PATCH v24 26/30] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [PATCH v24 27/30] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v24 28/30] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
  • [PATCH v24 29/30] mm: Update arch_validate_flags() to include vma anonymous, Yu-cheng Yu
  • [PATCH v24 30/30] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
• [PATCH v32 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v32 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v32 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
  • [PATCH v32 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v32 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v32 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  • [PATCH v32 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v32 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v32 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v32 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v32 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
  • [PATCH v32 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v32 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
• [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Leon Romanovsky
  • Re: [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Jason Gunthorpe
    • Re: [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Leon Romanovsky
      • Re: [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Yishai Hadas
  • Re: [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Jason Gunthorpe
    • Re: [PATCH rdma-next v2] RDMA/mlx5: Expose private query port, Mark Bloch
• [PATCH v9 0/9] fs: interface for directly reading/writing compressed data, Omar Sandoval
  • [PATCH v9 2/9] fs: add O_ALLOW_ENCODED open flag, Omar Sandoval
  • [PATCH v9 1/9] iov_iter: add copy_struct_from_iter(), Omar Sandoval
    • Re: [PATCH v9 1/9] iov_iter: add copy_struct_from_iter(), Linus Torvalds
      • Re: [PATCH v9 1/9] iov_iter: add copy_struct_from_iter(), Omar Sandoval
        • Re: [PATCH v9 1/9] iov_iter: add copy_struct_from_iter(), Christian Brauner
          • Re: [PATCH v9 1/9] iov_iter: add copy_struct_from_iter(), Omar Sandoval
  • [PATCH v9 4/9] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio(), Omar Sandoval
  • [PATCH v9 3/9] fs: add RWF_ENCODED for reading/writing compressed data, Omar Sandoval
  • [PATCH v9 5/9] btrfs: add ram_bytes and offset to btrfs_ordered_extent, Omar Sandoval
  • [PATCH v9 6/9] btrfs: support different disk extent size for delalloc, Omar Sandoval
  • [PATCH v9 8/9] btrfs: implement RWF_ENCODED reads, Omar Sandoval
  • [PATCH v9 7/9] btrfs: optionally extend i_size in cow_file_range_inline(), Omar Sandoval
  • [PATCH v9 9/9] btrfs: implement RWF_ENCODED writes, Omar Sandoval
• [PATCHSET RFC v3 00/18] xfs: atomic file updates, Darrick J. Wong
  • [PATCH 01/18] vfs: introduce new file range exchange ioctl, Darrick J. Wong
    • Re: [PATCH 01/18] vfs: introduce new file range exchange ioctl, Al Viro
      • Re: [PATCH 01/18] vfs: introduce new file range exchange ioctl, Darrick J. Wong
    • Re: [PATCH 01/18] vfs: introduce new file range exchange ioctl, Amir Goldstein
      • Re: [PATCH 01/18] vfs: introduce new file range exchange ioctl, Darrick J. Wong
  • [PATCH 02/18] xfs: support two inodes in the defer capture structure, Darrick J. Wong
    • Re: [PATCH 02/18] xfs: support two inodes in the defer capture structure, Allison Henderson
  • [PATCH 03/18] xfs: allow setting and clearing of log incompat feature flags, Darrick J. Wong
    • Re: [PATCH 03/18] xfs: allow setting and clearing of log incompat feature flags, Allison Henderson
  • [PATCH 04/18] xfs: clear log incompat feature bits when the log is idle, Darrick J. Wong
    • Re: [PATCH 04/18] xfs: clear log incompat feature bits when the log is idle, Allison Henderson
  • [PATCH 05/18] xfs: create a log incompat flag for atomic extent swapping, Darrick J. Wong
    • Re: [PATCH 05/18] xfs: create a log incompat flag for atomic extent swapping, Allison Henderson
  • [PATCH 06/18] xfs: introduce a swap-extent log intent item, Darrick J. Wong
    • Re: [PATCH 06/18] xfs: introduce a swap-extent log intent item, Allison Henderson
  • [PATCH 07/18] xfs: create deferred log items for extent swapping, Darrick J. Wong
  • [PATCH 08/18] xfs: add a ->xchg_file_range handler, Darrick J. Wong
  • [PATCH 09/18] xfs: add error injection to test swapext recovery, Darrick J. Wong
  • [PATCH 12/18] xfs: refactor reflink flag handling in xfs_swap_extent_forks, Darrick J. Wong
  • [PATCH 11/18] xfs: consolidate all of the xfs_swap_extent_forks code, Darrick J. Wong
  • [PATCH 10/18] xfs: port xfs_swap_extents_rmap to our new code, Darrick J. Wong
  • [PATCH 13/18] xfs: allow xfs_swap_range to use older extent swap algorithms, Darrick J. Wong
  • [PATCH 14/18] xfs: remove old swap extents implementation, Darrick J. Wong
  • [PATCH 15/18] xfs: condense extended attributes after an atomic swap, Darrick J. Wong
  • [PATCH 17/18] xfs: make atomic extent swapping support realtime files, Darrick J. Wong
  • [PATCH 16/18] xfs: condense directories after an atomic swap, Darrick J. Wong
  • [PATCH 18/18] xfs: enable atomic swapext feature, Darrick J. Wong
  • Re: [PATCHSET RFC v3 00/18] xfs: atomic file updates, Amir Goldstein
    • Re: [PATCHSET RFC v3 00/18] xfs: atomic file updates, Darrick J. Wong
• [PATCH] memfd_secret: use unsigned int rather than long as syscall flags type, Mike Rapoport
  • Re: [PATCH] memfd_secret: use unsigned int rather than long as syscall flags type, David Hildenbrand
  • Re: [PATCH] memfd_secret: use unsigned int rather than long as syscall flags type, Yury Norov
• Re: Linux include/uapi/linux/libc-compat.h and Musl include/netinet/in.h incompatibility for __UAPI_DEF_IN6_ADDR_ALT, Dmitry V. Levin
• [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
    • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
      • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
        • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
          • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
          • Re: open_by_handle_at() in userns, Amir Goldstein
            • Re: open_by_handle_at() in userns, Christian Brauner
              • Re: open_by_handle_at() in userns, J. Bruce Fields
                • Re: open_by_handle_at() in userns, Amir Goldstein
                  • Re: open_by_handle_at() in userns, J. Bruce Fields
                    • RE: open_by_handle_at() in userns, Frank Filz
              • Re: open_by_handle_at() in userns, Amir Goldstein
                • Re: open_by_handle_at() in userns, Christian Brauner
  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
    • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
      • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
        • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
        • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
          • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
            • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
              • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
                • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
                  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Christian Brauner
                    • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
                  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Jan Kara
                    • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
                      • Re: fsnotify path hooks, Amir Goldstein
                        • Re: fsnotify path hooks, Jan Kara
                          • Re: fsnotify path hooks, Amir Goldstein
                            • Re: fsnotify path hooks, Amir Goldstein
                            • Re: fsnotify path hooks, Jan Kara
                  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, J. Bruce Fields
  • Re: [RFC][PATCH] fanotify: allow setting FAN_CREATE in mount mark mask, Amir Goldstein
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Greg KH
      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Noah Goldstein
              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
                      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                          • RE: Candidate Linux ABI for Intel AMX and hypothetical new related features, David Laight
                            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Robert O'Callahan
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                                • RE: Candidate Linux ABI for Intel AMX and hypothetical new related features, David Laight
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Sean Christopherson
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Borislav Petkov
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Peter Zijlstra
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
  • <Possible follow-ups>
  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Arjan van de Ven
    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Peter Zijlstra
                  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
                        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
                          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
                            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Willy Tarreau
                            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Arjan van de Ven
                              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Enrico Weigelt, metux IT consult
                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
                  • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                      • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
                        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
                        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
                            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Florian Weimer
                                • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Andy Lutomirski
                          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Dave Hansen
                            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
                    • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
        • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
          • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
            • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Len Brown
              • Re: Candidate Linux ABI for Intel AMX and hypothetical new related features, Thomas Gleixner
• remove the nvlink2 pci_vfio subdriver v2, Christoph Hellwig
  • [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Christoph Hellwig
    • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
      • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Michael Ellerman
        • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
          • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Michael Ellerman
            • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Jason Gunthorpe
  • [PATCH 2/2] powerpc/powernv: remove the nvlink support, Christoph Hellwig
  • Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
    • Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kroah-Hartman
      • Re: remove the nvlink2 pci_vfio subdriver v2, Christoph Hellwig
        • Re: remove the nvlink2 pci_vfio subdriver v2, Cornelia Huck
      • Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
        • Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kroah-Hartman
          • Re: remove the nvlink2 pci_vfio subdriver v2, Greg Kurz
            • Re: remove the nvlink2 pci_vfio subdriver v2, Alex Williamson
        • Re: remove the nvlink2 pci_vfio subdriver v2, Daniel Vetter
          • Re: remove the nvlink2 pci_vfio subdriver v2, Jason Gunthorpe
            • Re: remove the nvlink2 pci_vfio subdriver v2, Daniel Vetter
• [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
  • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Rafael J. Wysocki
    • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Srinivas Pandruvada
      • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
        • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Srinivas Pandruvada
          • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Daniel Lezcano
  • Re: [PATCH] thermal/drivers/netlink: Add the temperature when crossing a trip point, Ram Chandrasekar
• [PATCH] move_mount: allow to add a mount into an existing group, Pavel Tikhomirov
  • Re: [PATCH] move_mount: allow to add a mount into an existing group, Andrei Vagin
    • Re: [PATCH] move_mount: allow to add a mount into an existing group, Pavel Tikhomirov
• [PATCH v31 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v31 01/12] landlock: Add object management, Mickaël Salaün
    • Re: [PATCH v31 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v31 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v31 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v31 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
  • [PATCH v31 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v31 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v31 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
    • Re: [PATCH v31 10/12] selftests/landlock: Add user space tests, Kees Cook
  • [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    • Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
      • Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Kees Cook
      • Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Al Viro
        • Re: [PATCH v31 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  • [PATCH v31 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v31 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v31 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v31 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
    • Re: [PATCH v31 12/12] landlock: Add user and kernel documentation, Kees Cook
• [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  • [PATCH v1 1/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Andrew Morton
    • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Balbir Singh
      • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
    • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
    • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Enrico Weigelt, metux IT consult
  • Re: [PATCH v1 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
• [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
  • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
    • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
      • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Darrick J. Wong
        • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
      • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
        • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
          • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
            • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
              • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Christoph Hellwig
                • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
                  • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
              • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Dave Chinner
                • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
                  • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Theodore Ts'o
                    • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
      • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, J. Bruce Fields
        • Re: [PATCH] xfs: use a unique and persistent value for f_fsid, Amir Goldstein
• remove the nvlink2 pci_vfio subdriver, Christoph Hellwig
  • [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Christoph Hellwig
    • Re: [PATCH 1/2] vfio/pci: remove vfio_pci_nvlink2, Alex Williamson
  • [PATCH 2/2] powerpc/powernv: remove the nvlink support, Christoph Hellwig
  • Re: remove the nvlink2 pci_vfio subdriver, Greg Kroah-Hartman
• [PATCH rdma-next v1] RDMA/mlx5: Expose private query port, Leon Romanovsky
  • Re: [PATCH rdma-next v1] RDMA/mlx5: Expose private query port, Jason Gunthorpe
• [PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
  • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Andy Lutomirski
    • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
      • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Florian Weimer
    • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Christoph Hellwig
      • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Alexey Dobriyan
        • Re: [PATCH] Document that PF_KTHREAD _is_ ABI, Stefan Metzmacher
• [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  • [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
    • Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, Michal Hocko
    • Re: [PATCH RFC 1/3] drivers/char: remove /dev/kmem for good, Kees Cook
  • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
  • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Linus Torvalds
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Sebastian Andrzej Siewior
      • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Enrico Weigelt, metux IT consult
        • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, James Troup
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Michal Hocko
  • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Steven Rostedt
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
      • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Steven Rostedt
  • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, Greg Kroah-Hartman
    • Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good, David Hildenbrand
• [PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Peter Collingbourne
  • [PATCH v8 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths, Peter Collingbourne
  • [PATCH v8 2/3] arm64: Introduce prctl(PR_PAC_{SET,GET}_ENABLED_KEYS), Peter Collingbourne
  • Re: [PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Catalin Marinas
    • Re: [PATCH v8 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere, Peter Collingbourne
• [PATCH rdma-next] RDMA/mlx5: Expose private query port, Leon Romanovsky
• [PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
  • Re: [PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Daniel Borkmann
    • Re: [PATCH bpf-next v2] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
• [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, min.li.xe
  • Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Randy Dunlap
  • Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, kernel test robot
  • <Possible follow-ups>
  • [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, min.li.xe
    • Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Greg KH
      • RE: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Min Li
        • Re: [PATCH net-next v1] misc: Add Renesas Synchronization Management Unit (SMU) support, Greg KH
• [PATCH bpf-next] bpf: Simplify expression for identify bpf mem type, Jianlin Lv
  • Re: [PATCH bpf-next] bpf: Simplify expression for identify bpf mem type, Alexei Starovoitov
• [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
  • [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
    • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Jann Horn
      • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
        • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Jann Horn
          • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
            • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
              • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
                • Re: [PATCH v1 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
  • [PATCH v1 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE), David Hildenbrand
  • Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
    • Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, Andrew Morton
      • Re: [PATCH v1 0/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory, David Hildenbrand
• [PATCH v30 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v30 01/12] landlock: Add object management, Mickaël Salaün
    • Re: [PATCH v30 01/12] landlock: Add object management, Kees Cook
      • Re: [PATCH v30 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
    • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Kees Cook
      • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
        • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Kees Cook
        • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, James Morris
          • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
    • Re: [PATCH v30 02/12] landlock: Add ruleset and domain management, Jann Horn
  • [PATCH v30 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
    • Re: [PATCH v30 04/12] landlock: Add ptrace restrictions, Kees Cook
  • [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
    • Re: [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Kees Cook
      • Re: [PATCH v30 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v30 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
    • Re: [PATCH v30 06/12] fs,security: Add sb_delete hook, Kees Cook
  • [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
    • Re: [PATCH v30 08/12] landlock: Add syscall implementations, Kees Cook
      • Re: [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
        • Re: [PATCH v30 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v30 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
    • Re: [PATCH v30 05/12] LSM: Infrastructure management of the superblock, Kees Cook
  • [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
    • Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Kees Cook
      • Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
        • Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Kees Cook
          • Re: [PATCH v30 10/12] selftests/landlock: Add user space tests, Mickaël Salaün
  • [PATCH v30 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
    • Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Kees Cook
      • Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
        • Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
        • Re: [PATCH v30 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, James Morris
    • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Kees Cook
      • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
        • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
      • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
        • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
          • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Mickaël Salaün
            • Re: [PATCH v30 07/12] landlock: Support filesystem access-control, Jann Horn
  • [PATCH v30 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
    • Re: [PATCH v30 11/12] samples/landlock: Add a sandbox manager example, Kees Cook
  • Re: [PATCH v30 00/12] Landlock LSM, James Morris
    • Re: [PATCH v30 00/12] Landlock LSM, Mickaël Salaün
• [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
  • [PATCH man-pages v8] Document encoded I/O, Omar Sandoval
  • [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Omar Sandoval
    • Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Christian Brauner
      • Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Omar Sandoval
        • Re: [PATCH v8 01/10] iov_iter: add copy_struct_from_iter(), Christian Brauner
  • [PATCH v8 02/10] fs: add O_ALLOW_ENCODED open flag, Omar Sandoval
  • [PATCH v8 03/10] fs: add RWF_ENCODED for reading/writing compressed data, Omar Sandoval
  • [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Omar Sandoval
    • Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Qu Wenruo
      • Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Omar Sandoval
        • Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, Qu Wenruo
          • Re: [PATCH v8 04/10] btrfs: fix check_data_csum() error message for direct I/O, David Sterba
  • [PATCH v8 05/10] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio(), Omar Sandoval
  • [PATCH v8 06/10] btrfs: add ram_bytes and offset to btrfs_ordered_extent, Omar Sandoval
  • [PATCH v8 07/10] btrfs: support different disk extent size for delalloc, Omar Sandoval
  • [PATCH v8 08/10] btrfs: optionally extend i_size in cow_file_range_inline(), Omar Sandoval
  • [PATCH v8 09/10] btrfs: implement RWF_ENCODED reads, Omar Sandoval
  • [PATCH v8 10/10] btrfs: implement RWF_ENCODED writes, Omar Sandoval
  • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Josef Bacik
    • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
      • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Josef Bacik
      • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
        • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Christian Brauner
        • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
          • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
            • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
              • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
                • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Linus Torvalds
                  • Re: [PATCH v8 00/10] fs: interface for directly reading/writing compressed data, Omar Sandoval
• [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alexandre Ghiti
  • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
    • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Maciej W. Rozycki
      • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
        • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
          • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, David Abdurachmanov
            • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Maciej W. Rozycki
              • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
                • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alex Ghiti
                  • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
                    • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Dmitry Vyukov
                      • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Alex Ghiti
  • Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024, Palmer Dabbelt
• [PATCH v23 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v23 2/9] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [PATCH v23 1/9] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v23 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v23 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v23 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu-cheng Yu
    • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
      • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
          • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
            • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Dave Hansen
        • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Borislav Petkov
          • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
        • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
          • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
            • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
              • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
                • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Yu, Yu-cheng
                • Re: [PATCH v23 6/9] x86/entry: Introduce ENDBR macro, Peter Zijlstra
  • [PATCH v23 8/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
  • [PATCH v23 7/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Yu-cheng Yu
  • [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu-cheng Yu
    • Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Jarkko Sakkinen
      • Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu, Yu-cheng
        • Re: [PATCH v23 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Jarkko Sakkinen
• [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v23 02/28] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
  • [PATCH v23 01/28] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
    • Re: [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Borislav Petkov
      • Re: [PATCH v23 16/28] mm: Fixup places that call pte_mkwrite() directly, Borislav Petkov
  • [PATCH v23 03/28] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v23 23/28] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
    • Re: [PATCH v23 23/28] x86/cet/shstk: Handle signals for shadow stack, Borislav Petkov
  • [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
    • Re: [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Kirill A. Shutemov
      • Re: [PATCH v23 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu, Yu-cheng
  • [PATCH v23 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
    • Re: [PATCH v23 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Kirill A. Shutemov
  • [PATCH v23 05/28] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
    • Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Borislav Petkov
      • Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu, Yu-cheng
        • Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Borislav Petkov
          • Re: [PATCH v23 22/28] x86/cet/shstk: User-mode shadow stack support, Yu, Yu-cheng
  • [PATCH v23 04/28] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
  • [PATCH v23 09/28] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v23 09/28] x86/mm: Introduce _PAGE_COW, Kirill A. Shutemov
  • [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
    • Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Borislav Petkov
      • Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Yu, Yu-cheng
        • Re: [PATCH v23 21/28] mm: Re-introduce vm_flags to do_mmap(), Borislav Petkov
  • [PATCH v23 06/28] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [PATCH v23 19/28] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v23 08/28] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
    • Re: [PATCH v23 08/28] x86/mm: Move pmd_write(), pud_write() up in the file, Kirill A. Shutemov
  • [PATCH v23 20/28] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
  • [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
    • Re: [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Kirill A. Shutemov
      • Re: [PATCH v23 14/28] x86/mm: Shadow Stack page fault error checking, Yu, Yu-cheng
  • [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A. Shutemov
      • Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Peter Zijlstra
        • Re: [PATCH v23 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kirill A. Shutemov
  • [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
    • Re: [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Borislav Petkov
    • Re: [PATCH v23 15/28] x86/mm: Update maybe_mkwrite() for shadow stack, Kirill A. Shutemov
  • [PATCH v23 11/28] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v23 11/28] x86/mm: Update pte_modify for _PAGE_COW, Kirill A. Shutemov
  • [PATCH v23 17/28] mm: Add guard pages around a shadow stack., Yu-cheng Yu
    • Re: [PATCH v23 17/28] mm: Add guard pages around a shadow stack., Kirill A. Shutemov
  • [PATCH v23 24/28] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
    • Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Kirill A. Shutemov
      • Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Yu, Yu-cheng
        • Re: [PATCH v23 18/28] mm/mmap: Add shadow stack pages to memory accounting, Kirill A. Shutemov
  • [PATCH v23 25/28] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v23 27/28] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
  • [PATCH v23 13/28] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
    • Re: [PATCH v23 13/28] mm: Introduce VM_SHSTK for shadow stack memory, Kirill A. Shutemov
  • [PATCH v23 26/28] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v23 28/28] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
    • Re: [PATCH v23 28/28] mm: Introduce PROT_SHSTK for shadow stack, Kirill A. Shutemov
  • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
    • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
      • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Ingo Molnar
        • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
        • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
    • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
      • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Peter Zijlstra
        • Re: [PATCH v23 00/28] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
• [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Chang S. Bae
  • [PATCH v7 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
    • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
      • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
          • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
            • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
    • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
      • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
          • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
        • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
          • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
            • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
              • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
                • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
                  • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
                    • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Florian Weimer
                      • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
      • Re: [PATCH v7 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
  • [PATCH v7 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
  • [PATCH v7 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v7 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available, Chang S. Bae
  • [PATCH v7 6/6] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
  • Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
    • Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
      • Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Len Brown
        • Re: [PATCH v7 0/6] x86: Improve Minimum Alternate Stack Size, Ingo Molnar
• [PATCH v4 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
  • Re: [PATCH v4 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Peter Chen
• [PATCH v2 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Pawel Laszczak
  • [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
    • RE: [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, Pawel Laszczak
    • Re: [PATCH v3 2/2] usb: webcam: Invalid size of Processing Unit Descriptor, kernel test robot
  • Re: [PATCH v2 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110, Peter Chen
• epoll_wait.2: epoll_pwait2(2) prototype, Alejandro Colomar (man-pages)
  • Re: epoll_wait.2: epoll_pwait2(2) prototype, Dmitry V. Levin
    • Re: epoll_wait.2: epoll_pwait2(2) prototype, Alejandro Colomar (man-pages)
• [PATCH] lightnvm: remove duplicate include in lightnvm.h, menglong8 . dong
  • Re: [PATCH] lightnvm: remove duplicate include in lightnvm.h, Matias Bjørling
• [PATCH v7 0/3] block device interposer, Sergei Shtepa
  • [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
    • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Mike Snitzer
      • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
    • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
      • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
        • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
          • Re: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Christoph Hellwig
            • RE: [PATCH v7 3/3] dm: add DM_INTERPOSED_FLAG, Sergei Shtepa
  • [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Sergei Shtepa
    • Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Mike Snitzer
      • Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Christoph Hellwig
        • Re: [PATCH v7 1/3] block: add blk_mq_is_queue_frozen(), Sergei Shtepa
  • [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
    • Re: [PATCH v7 2/3] block: add bdev_interposer, Christoph Hellwig
      • Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
    • Re: [PATCH v7 2/3] block: add bdev_interposer, Ming Lei
      • Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa
        • Re: [PATCH v7 2/3] block: add bdev_interposer, Ming Lei
          • Re: [PATCH v7 2/3] block: add bdev_interposer, Sergei Shtepa