Linux API

• Thread Index

• [man-pages RFC PATCH v2] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 8/9] f2fs: support STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 0/9] make statx() return DIO alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 9/9] xfs: support STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 6/9] f2fs: don't allow DIO reads but not DIO writes
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 2/9] vfs: support STATX_DIOALIGN on block devices
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 7/9] f2fs: simplify f2fs_force_buffered_io()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 3/9] fscrypt: change fscrypt_dio_supported() to prepare for STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 5/9] f2fs: move f2fs_force_buffered_io() into file.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 1/9] statx: add direct I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 4/9] ext4: support STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC] proc: fix create timestamp of files in proc
  • From: Muchun Song <songmuchun@xxxxxxxxxxxxx>
• [PATCH v5] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [RFC] proc: fix create timestamp of files in proc
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC] proc: fix create timestamp of files in proc
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC] proc: fix create timestamp of files in proc
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 01/14] mm: Add F_SEAL_AUTO_ALLOCATE seal to memfd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 01/14] mm: Add F_SEAL_AUTO_ALLOCATE seal to memfd
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 01/14] mm: Add F_SEAL_AUTO_ALLOCATE seal to memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/14] mm: Add F_SEAL_AUTO_ALLOCATE seal to memfd
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Wei Wang <wei.w.wang@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 0/8] make statx() return DIO alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• Re: [PATCH v3] Add ioctls to get/set the ext4 superblock uuid.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 13/14] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v7 07/14] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] Add ioctls to get/set the ext4 superblock uuid.
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v7 13/14] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v3] Add ioctls to get/set the ext4 superblock uuid.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Jim Baxter <jim_baxter@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Jim Baxter <jim_baxter@xxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v7 07/14] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 07/14] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] recent changes to copy_file_range behavior breakage
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: recvmmsg() behaviour with MSG_PEEK flag
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: recvmmsg() behaviour with MSG_PEEK flag
  • From: Alexander Babayants <babayants.alexander@xxxxxxxxx>
• Re: [PATCH v7 07/14] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: recvmmsg() behaviour with MSG_PEEK flag
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• recvmmsg() behaviour with MSG_PEEK flag
  • From: Alexander Babayants <babayants.alexander@xxxxxxxxx>
• Re: [RFC] futex2: add NUMA awareness
  • From: André Almeida <andrealmeid@xxxxxxxxxx>
• Re: [RFC] futex2: add NUMA awareness
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [RFC] futex2: add NUMA awareness
  • From: André Almeida <andrealmeid@xxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [mm-unstable v7 09/18] mm/madvise: introduce MADV_COLLAPSE sync hugepage collapse
  • From: "Zach O'Keefe" <zokeefe@xxxxxxxxxx>
• Re: [PATCH v2] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v2] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• Re: [PATCH v4 1/2] namei: implemented RENAME_NEWER_MTIME flag for renameat2() conditional replace
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [mm-unstable v7 09/18] mm/madvise: introduce MADV_COLLAPSE sync hugepage collapse
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH v4 2/2] selftests: added a new target renameat2
  • From: James Yonan <james@xxxxxxxxxxx>
• [PATCH v4 1/2] namei: implemented RENAME_NEWER_MTIME flag for renameat2() conditional replace
  • From: James Yonan <james@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v7 14/14] memfd_create.2: Describe MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 12/14] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 13/14] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 11/14] KVM: Register/unregister the guest private memory regions
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 10/14] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 09/14] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 07/14] KVM: Use gfn instead of hva for mmu_notifier_retry
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 08/14] KVM: Rename mmu_notifier_*
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 05/14] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 06/14] KVM: Rename KVM_PRIVATE_MEM_SLOTS to KVM_INTERNAL_MEM_SLOTS
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 04/14] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 03/14] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 02/14] selftests/memfd: Add tests for F_SEAL_AUTO_ALLOCATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 01/14] mm: Add F_SEAL_AUTO_ALLOCATE seal to memfd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v7 00/14] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] Add ioctls to get/set the ext4 superblock uuid.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [RESEND PATCH v3 1/2] namei: implemented RENAME_NEWER_MTIME flag for renameat2() conditional replace
  • From: James Yonan <james@xxxxxxxxxxx>
• [PATCH man-pages] rename.2: document new renameat2() flag RENAME_NEWER_MTIME
  • From: James Yonan <james@xxxxxxxxxxx>
• [PATCH v3 2/2] selftests: added a new target renameat2
  • From: James Yonan <james@xxxxxxxxxxx>
• [PATCH v3 1/2] RENAME_NEWER_MTIME is a new userspace-visible flag for renameat2(), and stands alongside existing flags including RENAME_NOREPLACE, RENAME_EXCHANGE, and RENAME_WHITEOUT.
  • From: James Yonan <james@xxxxxxxxxxx>
• Re: [PATCH] fanotify: refine the validation checks on non-dir inode mask
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2] Add ioctls to get/set the ext4 superblock uuid.
  • From: Jeremy Bongio <bongiojp@xxxxxxxxx>
• Re: [PATCH v3 1/3] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 1/3] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH] namei: implemented RENAME_NEWER flag for renameat2() conditional replace
  • From: James Yonan <james@xxxxxxxxxxx>
• RE: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3 1/3] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v3 2/3] fanotify: cleanups for fanotify_mark() input validations
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v3 0/3] New fanotify API for ignoring events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v3 3/3] fanotify: introduce FAN_MARK_IGNORE
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fanotify: refine the validation checks on non-dir inode mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] namei: implemented RENAME_NEWER flag for renameat2() conditional replace
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] namei: implemented RENAME_NEWER flag for renameat2() conditional replace
  • From: James Yonan <james@xxxxxxxxxxx>
• Re: [PATCH] fanotify: refine the validation checks on non-dir inode mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] namei: implemented RENAME_NEWER flag for renameat2() conditional replace
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fanotify: refine the validation checks on non-dir inode mask
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v37 32/33] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v37 14/33] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH] fanotify: refine the validation checks on non-dir inode mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 0/2] New fanotify API for ignoring events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 0/2] New fanotify API for ignoring events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 2/8] vfs: support STATX_DIOALIGN on block devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v9 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v9 0/6] Add RS485 9th bit addressing mode support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] New fanotify API for ignoring events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 2/2] fanotify: introduce FAN_MARK_IGNORE
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: "Nikunj A. Dadhania" <nikunj@xxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v6 7/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [man-pages RFC PATCH] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [man-pages RFC PATCH] statx.2, open.2: document STATX_DIOALIGN
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [man-pages RFC PATCH] statx.2, open.2: document STATX_DIOALIGN
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fanotify: introduce FAN_MARK_IGNORE
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fanotify: introduce FAN_MARK_IGNORE
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] rseq: Deprecate RSEQ_CS_FLAG_NO_RESTART_ON_* flags
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/2] rseq: Kill process when unknown flags are encountered in ABI structures
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• RE: [PATCH v3] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• [PATCH v3] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [LTP] [PATCH v2] uapi: Make __{u, s}64 match {u, }int64_t in userspace
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: pgprot_encrypted macro is broken
  • From: Federico Di Pierro <nierro92@xxxxxxxxx>
• [PATCH v2] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <metan@xxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH 2/2] fanotify: introduce FAN_MARK_IGNORE
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 0/2] New fanotify API for ignoring events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 1/2] fanotify: prepare for setting event flags in ignore mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 5/6] serial: Support for RS-485 multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: pgprot_encrypted macro is broken
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v8 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/6] serial: Support for RS-485 multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: pgprot_encrypted macro is broken
  • From: Federico Di Pierro <nierro92@xxxxxxxxx>
• [PATCH v8 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v8 0/6] Add RS485 9th bit addressing mode support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: Ping: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Ping: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [RFC PATCH 3/6] testing/pkeys: Add additional test for pkey_alloc()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [man-pages RFC PATCH] statx.2, open.2: document STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 7/8] f2fs: simplify f2fs_force_buffered_io()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 4/8] ext4: support STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 3/8] fscrypt: change fscrypt_dio_supported() to prepare for STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 1/8] statx: add direct I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 8/8] f2fs: support STATX_DIOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 6/8] f2fs: don't allow DIO reads but not DIO writes
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 5/8] f2fs: move f2fs_force_buffered_io() into file.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 0/8] make statx() return DIO alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 2/8] vfs: support STATX_DIOALIGN on block devices
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 4/6] pkeys: Lift pkey hardware check for pkey_alloc()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 3/6] testing/pkeys: Add additional test for pkey_alloc()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v7 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/6] serial: Support for RS-485 multipoint addresses
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v7 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 1/3] initramfs: add file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v7 5/6] serial: Support for RS-485 multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add RS485 9th bit addressing mode support to DW UART
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v7 0/6] Add RS485 9th bit addressing mode support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v7 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: pgprot_encrypted macro is broken
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• pgprot_encrypted macro is broken
  • From: Federico Di Pierro <nierro92@xxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH 2/6] testing/pkeys: Don't use uninitialized variable
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH 1/6] testing/pkeys: Add command line options
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH 2/6] testing/pkeys: Don't use uninitialized variable
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 1/6] testing/pkeys: Add command line options
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v6 5/6] serial: Support for RS-485 multipoint addresses
  • From: Lino Sanfilippo <LinoSanfilippo@xxxxxx>
• Re: [RFC PATCH 0/6] User pkey minor bug fixes
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 6/6] pkeys: Change mm_pkey_free() to void
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH 6/6] pkeys: Change mm_pkey_free() to void
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] pkeys: Up level pkey_free() checks
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v6 5/6] serial: Support for RS-485 multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v6 0/6] Add RS485 9th bit addressing mode support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] RISC-V: HWCAP: parse Bitmanip/Scalar Crypto HWCAP from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH v3 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH v3 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH v3 0/3] RISC-V: Add Bitmanip/Scalar Crypto HWCAP
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [RFC PATCH 0/6] User pkey minor bug fixes
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 3/6] testing/pkeys: Add additional test for pkey_alloc()
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 4/6] pkeys: Lift pkey hardware check for pkey_alloc()
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 1/6] testing/pkeys: Add command line options
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 2/6] testing/pkeys: Don't use uninitialized variable
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 5/6] pkeys: Up level pkey_free() checks
  • From: ira.weiny@xxxxxxxxx
• [RFC PATCH 6/6] pkeys: Change mm_pkey_free() to void
  • From: ira.weiny@xxxxxxxxx
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• [PATCH v36 32/33] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v36 14/33] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH v5 8/8] linux: Add mount_setattr
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 8/8] linux: Add mount_setattr
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• [RFC PATCH] f*xattr: allow O_PATH descriptors
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] procfs: add syscall statistics
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] procfs: add syscall statistics
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] procfs: add syscall statistics
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] procfs: add syscall statistics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] procfs: add syscall statistics
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] procfs: add syscall statistics
  • From: Zhang Yuchen <zhangyuchen.lcr@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4] fcntl: Add 32bit filesystem mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v6 8/8] memfd_create.2: Describe MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 7/8] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 4/8] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 3/8] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 5/8] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 6/8] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 1/8] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 2/8] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 0/8] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] fcntl: Add 32bit filesystem mode
  • From: Icenowy Zheng <uwu@xxxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: CGEL <cgel.zte@xxxxxxxxx>
• [RFC PATCH v2 7/7] f2fs: support STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 6/7] f2fs: simplify f2fs_force_buffered_io()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 4/7] f2fs: move f2fs_force_buffered_io() into file.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 3/7] ext4: support STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 5/7] f2fs: don't allow DIO reads but not DIO writes
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 2/7] fscrypt: change fscrypt_dio_supported() to prepare for STATX_IOALIGN
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 1/7] statx: add I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [RFC PATCH v2 0/7] make statx() return I/O alignment information
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH -next v2 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: Zenithal <i@xxxxxxxxxxx>
• Re: [PATCH -next v2 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: Zenithal <i@xxxxxxxxxxx>
• Re: [PATCH -next v2 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: <Conor.Dooley@xxxxxxxxxxxxx>
• Re: [PATCH -next v2 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: <Conor.Dooley@xxxxxxxxxxxxx>
• [PATCH -next v2 3/3] RISC-V: HWCAP: parse Bitmanip/Scalar Crypto HWCAP from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH -next v2 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH -next v2 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH -next v2 0/3] RISC-V: Add Bitmanip/Scalar Crypto HWCAP
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: CGEL <cgel.zte@xxxxxxxxx>
• Re: [PATCH] mm/ksm: introduce ksm_enabled for each process
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [musl] Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [musl] Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [musl] Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• [PATCH v2 01/10] landlock: Fix landlock_add_rule(2) documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 05/10] selftests/landlock: Extend access right tests to directories
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 02/10] selftests/landlock: Make tests build with old libc
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 04/10] selftests/landlock: Add tests for unknown access rights
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 08/10] landlock: Change landlock_add_rule(2) argument check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 06/10] selftests/landlock: Fully test file rename with "remove" access
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 10/10] selftests/landlock: Test landlock_create_ruleset(2) argument check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 03/10] selftests/landlock: Extend tests for minimal valid attribute size
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 09/10] landlock: Change landlock_restrict_self(2) check ordering
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 00/10] Minor Landlock fixes and new tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 07/10] selftests/landlock: Add tests for O_PATH
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: tytso <tytso@xxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Fanotify API - Tracking File Movement
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Fanotify API - Tracking File Movement
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/1] termbits: Convert octal defines to hex
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• Re: [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: Heiko Stuebner <heiko@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC PATCH] getting misc stats/attributes via xattr API
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• [PATCH 3/3] RISC-V: HWCAP: parse Bitmanip/Scalar Crypto HWCAP from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 2/3] RISC-V: uapi: add HWCAP for Bitmanip/Scalar Crypto
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 1/3] RISC-V: add Bitmanip/Scalar Crypto parsing from DT
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• [PATCH 0/3] RISC-V: Add Bitmanip/Scalar Crypto HWCAP
  • From: "Hongren (Zenithal) Zheng" <i@xxxxxxxxxxx>
• Re: [PATCH V9 13/24] LoongArch: Add system call support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• COMPAT_32BIT_TIME and allnoconfig: breaking userspace
  • From: Rich Felker <dalias@xxxxxxxx>
• [PATCH] ELF, uapi: fixup ELF_ST_TYPE definition
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] writeback: specify writeback period and expire interval per memcg
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 2/3] writeback: per memcg dirty flush
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Add RS485 support to DW UART
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/10] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 06/10] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v5 00/10] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] userfaultfd: add /dev/userfaultfd for fine grained access control
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• [PATCH v4 09/13] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 08/13] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v4 00/13] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH] checksyscalls: ignore -Wunused-macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v35 28/29] LSM: Add /proc attr entry for full LSM context
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Vicente Bergas <vicencb@xxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Marcin Juszkiewicz <marcin@xxxxxxxxxxxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Explicitly defining the userspace API
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Explicitly defining the userspace API
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• [PATCH v35 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v35 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/smaps_rollup: return empty file for kthreads instead of ESRCH
  • From: "Alex Xu (Hello71)" <alex_y_xu@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v3 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v3 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v34 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v34 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] af_unix: Escape abstract unix socket address
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [Bug 215813] syscall(SYS_vfork) causes execve() to return 0. (was: vfork(2) behavior not consistent with fork(2))
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: vfork(2) behavior not consistent with fork(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• vfork(2) behavior not consistent with fork(2) (was: vfork(2) fails after unshare(CLONE_NEWTIME) (was: [Bug 215769] man 2 vfork() does not document corner case when PID == 1))
  • From: Alejandro Colomar <alx.manpages@xxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/12] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 07/12] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [PATCH v2 00/12] Add RS485 support to DW UART
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [GIT PULL] ptrace: Cleanups for v5.18
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [GIT PULL] ptrace: Cleanups for v5.18
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• Re: [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Quentin Perret <qperret@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>