Linux API

• Thread Index

• 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>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• 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: Bernd Schubert <bschubert@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: "chenjiahao (C)" <chenjiahao16@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Bernd Schubert <bschubert@xxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [RFC PATCH] getvalues(2) prototype
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH -next] uaccess: fix __access_ok limit setup in compat mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 2/2] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/2] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 0/2] ptrace: Making the ptrace changes atomic
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• [PATCH v33 28/29] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v33 14/29] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v5 11/13] KVM: Zap existing KVM mappings when pages changed in the private fd
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 08/13] KVM: Use memfile_pfn_ops to obtain pfn for private pages
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 12/13] KVM: Expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 09/13] KVM: Handle page fault for private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 13/13] memfd_create.2: Describe MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 10/13] KVM: Register private memslot to memory backing store
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 02/13] mm: Introduce memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 03/13] mm/shmem: Support memfile_notifier
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 07/13] KVM: Add KVM_EXIT_MEMORY_ERROR exit
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 06/13] KVM: Use kvm_userspace_memory_region_ext
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 05/13] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 04/13] mm/shmem: Restrict MFD_INACCESSIBLE memory against RLIMIT_MEMLOCK
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 01/13] mm/memfd: Introduce MFD_INACCESSIBLE flag
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v5 00/13] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 00/13] Removing tracehook.h
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] Removing tracehook.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 00/13] Removing tracehook.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 00/13] Removing tracehook.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• RE: [PATCH 00/35] Shadow stacks for userspace
  • From: David Laight <David.Laight@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: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Ivan Teterevkov <ivan.teterevkov@xxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Regression of madvise(MADV_COLD) on shmem?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Regression of madvise(MADV_COLD) on shmem?
  • From: Ivan Teterevkov <ivan.teterevkov@xxxxxxxxxxx>
• [PATCH] mm: madvise: MADV_DONTNEED_LOCKED
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• 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: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/6] venus: vdec: Use output resolution on reconfigure
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 5/6] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 3/6] venus: Add a handling of QC08C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 4/6] venus: hfi_platform: Correct supported compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 2/6] venus: helpers: Add helper to check supported pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 1/6] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v4 0/6] Qualcomm custom compressed pixfmt
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [PATCH] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [GIT PULL] ucounts: Regression fix for v5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] ucounts: Regression fix for v5.17
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [RFC PATCH 5/7] serial: termbits: ADDRB to indicate 9th bit addressing mode
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• [RFC PATCH 6/7] serial: General support for multipoint addresses
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 00/35] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] ucounts: Fix systemd LimigtNPROC with private users regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• RE: How should rlimits, suid exec, and capabilities interact?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Linus Torvalds <linus@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Linus Torvalds <linus@xxxxxxxxxxxx>
• Re: How should rlimits, suid exec, and capabilities interact?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• How should rlimits, suid exec, and capabilities interact?
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 6/7] selftest/landlock: Extend access right tests to directories
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v3 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 4/7] selftest/landlock: Extend tests for minimal valid attribute size
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v1 0/7] Minor Landlock fixes and new tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 1/7] landlock: Fix landlock_add_rule(2) documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 5/7] selftest/landlock: Add tests for unknown access rights
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 2/7] landlock: Fix landlock_add_rule(2) signature
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v1 3/7] selftest/landlock: Make tests build with old libc
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 09/18] mips: use simpler access_ok()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v1 7/7] selftest/landlock: Fully test file rename with "remove" access
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [GIT PULL] ucounts: RLIMIT_NPROC fixes for v5.17
  • From: pr-tracker-bot@xxxxxxxxxx
• [RFC PATCH v2 02/11] rseq: Introduce extensible rseq ABI
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 05/11] selftests/rseq: Implement rseq numa node id field selftest
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 09/11] sched: Introduce per memory space current virtual cpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 03/11] rseq: extend struct rseq with numa node id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 01/11] rseq: Introduce feature size and alignment ELF auxiliary vector entries
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 10/11] rseq: extend struct rseq with per memory space vcpu id
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 07/11] lib: implement find_{first,next}_{zero,one}_and_zero_bit
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 08/11] cpumask: implement cpumask_{first,next}_{zero,one}_and_zero
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 11/11] selftests/rseq: Implement rseq vm_vcpu_id field support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 06/11] lib: invert _find_next_bit source arguments
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 04/11] selftests/rseq: Use ELF auxiliary vector for extensible rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 00/11] RSEQ node id and virtual cpu id extensions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [GIT PULL] ucounts: RLIMIT_NPROC fixes for v5.17
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• RE: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 16/18] sh: remove CONFIG_SET_FS support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 14/18] lib/test_lockup: fix kernel pointer check for separate address spaces
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 12/18] uaccess: fix type mismatch warnings from access_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 10/18] m68k: fix access_ok for coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/18] uaccess: add generic __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 07/18] nios2: drop access_ok() check from __put_user()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 06/18] x86: use more conventional access_ok() definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 05/18] x86: remove __range_not_ok()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 03/18] nds32: fix access_ok() checks in get/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 02/18] uaccess: fix nios2 and microblaze get_user_8()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/18] clean up asm/uaccess.h, kill set_fs for good
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 18/18] uaccess: drop maining CONFIG_SET_FS users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2 13/18] uaccess: generalize access_ok()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v4 00/12] KVM: mm: fd-based approach for supporting KVM guest private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/12] mm/shmem: Introduce F_SEAL_INACCESSIBLE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>