Linux API

• Thread Index

• [PATCH v20 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 09/12] arch: Wire up Landlock syscalls
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 10/12] selftests/landlock: Add initial tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [Linux-kernel-mentees] [PATCH v3] ptrace: Prevent kernel-infoleak in ptrace_get_syscall_info()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [Linux-kernel-mentees] [PATCH v3] ptrace: Prevent kernel-infoleak in ptrace_get_syscall_info()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• [PATCH 3/3] quota: simplify the quotactl compat handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] compat: add a compat_need_64bit_alignment_fixup() helper
  • From: Christoph Hellwig <hch@xxxxxx>
• improve compat handling for the i386 u64 alignment quirk v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] compat: lift compat_s64 and compat_u64 to <asm-generic/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] arm64: stop using <asm/compat.h> directly
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v4
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v4
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/4] arm64: stop using <asm/compat.h> directly
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [net-next iproute2 PATCH v3 1/2] iplink: hsr: add support for creating PRP device similar to HSR
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [net-next v5 PATCH 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH 00/23] proc: Introduce /proc/namespaces/ directory to expose namespaces lineary
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v4
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH ghak90 V9 02/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v4
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 05/13] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V9 06/13] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v31 00/12] /dev/random - a new approach with full SP800-90B
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• [PATCH 2/4 v2] compat: lift compat_s64 and compat_u64 to <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v31 00/12] /dev/random - a new approach with full SP800-90B
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 04/23] devtmpfs: refactor devtmpfsd()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• add file system helpers that take kernel pointers for the init code v4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/23] devtmpfs: refactor devtmpfsd()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/23] fs: push the getname from do_rmdir into the callers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/23] fs: refactor ksys_umount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/23] fs: refactor do_mount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/23] init: initialize ramdisk_execute_command at compile time
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/23] init: add an init_mount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/23] init: add an init_umount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/23] init: add an init_rmdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/23] init: add an init_link helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/23] init: add an init_eaccess helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/23] init: add an init_utimes helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/23] init: add an init_dup helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/23] init: add an init_stat helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/23] init: add an init_mknod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/23] init: add an init_mkdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/23] init: add an init_symlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/23] init: add an init_chmod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/23] init: add an init_chown helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/23] init: add an init_chroot helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/23] init: add an init_chdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/23] init: add an init_unlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/23] init: mark create_dev as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/23] init: mark console_on_rootfs as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] madvise MADV_DOEXEC
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v1 4/4] [RFC] arm/trampfd: Provide support for the trampoline file descriptor
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v1 3/4] [RFC] arm64/trampfd: Provide support for the trampoline file descriptor
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor
  • From: madvenka@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v7 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [net-next v5 PATCH 0/7] Add PRP driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshiiitr@xxxxxxxxx>
• Re: [PATCH v2 4/7] arch, mm: wire up memfd_secret system call were relevant
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 7/7] mm: secretmem: add ability to reserve memory at boot
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 7/7] mm: secretmem: add ability to reserve memory at boot
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 6/7] mm: secretmem: add ability to reserve memory at boot
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/7] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/7] arch, mm: wire up memfd_secret system call were relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/7] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/7] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/7] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Jan Kara <jack@xxxxxxx>
• Re: [net-next v5 PATCH 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH v7 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v7 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] arch, mm: wire up secretmemfd system call were relevant
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] compat: add a compat_need_64bit_alignment_fixup() helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/4] compat: lift compat_s64 and compat_u64 to <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/4] arm64: stop using <asm/compat.h> directly
  • From: Christoph Hellwig <hch@xxxxxx>
• improve compat handling for the i386 u64 alignment quirk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/4] quota: simplify the quotactl compat handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: add file system helpers that take kernel pointers for the init code v3
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] block: enable zone-append for iov_iter of bvec type
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] block: add zone append handling for direct I/O path
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] fs: change ki_complete interface to support 64bit ret2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/21] devtmpfs: refactor devtmpfsd()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/21] devtmpfs: refactor devtmpfsd()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 03/21] fs: push the getname from do_rmdir into the callers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] fs: refactor do_mount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] init: initialize ramdisk_execute_command at compile time
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/21] init: add an init_mount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] init: add an init_umount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] init: add an init_rmdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] init: mark create_dev as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] init: add an init_eaccess helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] init: add an init_chown helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] init: add an init_chmod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] init: add an init_chroot helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] init: add an init_chdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] init: add an init_symlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] init: add an init_link helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] init: add an init_mknod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] init: add an init_utimes helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] init: add an init_stat helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] init: add an init_mkdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] init: add an init_unlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] devtmpfs: refactor devtmpfsd()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] fs: refactor ksys_umount
  • From: Christoph Hellwig <hch@xxxxxx>
• add file system helpers that take kernel pointers for the init code v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3] This command attaches a description to a file descriptor for troubleshooting purposes. The free string is displayed in the process fdinfo file for that fd /proc/pid/fdinfo/fd.
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• [PATCH v3] This command attaches a description to a file descriptor for troubleshooting purposes. The free string is displayed in the process fdinfo file for that fd /proc/pid/fdinfo/fd.
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• [PATCH v2] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH v7 0/7] Add support for O_MAYEXEC
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [net-next v5 PATCH 0/7] Add PRP driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] watch_queue: Implement mount topology and attribute change notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/4] watch_queue: Implement mount topology and attribute change notifications
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] watch_queue: Implement mount topology and attribute change notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/4] watch_queue: Implement mount topology and attribute change notifications
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/7] Add support for O_MAYEXEC
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 6/7] selftest/openat2: Add tests for O_MAYEXEC enforcing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v4 6/6] io_uring: add support for zone-append
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 5/6] block: enable zone-append for iov_iter of bvec type
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 4/6] block: add zone append handling for direct I/O path
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 3/6] uio: return status with iov truncation
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 2/6] fs: change ki_complete interface to support 64bit ret2
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• [PATCH v4 0/6] zone-append support in io-uring and aio
  • From: Kanchan Joshi <joshi.k@xxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 17/17] samples: add error state information to test-fsinfo.c [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/17] vfs: allow fsinfo to fetch the current state of s_wb_err [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/17] errseq: add a new errseq_scrape function [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/17] fsinfo: Add an attribute that lists all the visible mounts in a namespace [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/17] fsinfo: Add support to ext4 [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/17] fsinfo: Add support for AFS [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/17] fsinfo: Add API documentation [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/17] fsinfo: sample: Mount listing program [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/17] fsinfo: Provide notification overrun handling support [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/17] fsinfo: Allow mount topology and propagation info to be retrieved [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/17] fsinfo: Allow mount information to be queried [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/17] fsinfo: Add a uniquifier ID to struct mount [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/17] fsinfo: Allow fsinfo() to look up a mount object by ID [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/17] fsinfo: Allow retrieval of superblock devname, options and stats [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/17] fsinfo: Add fsinfo() syscall to query filesystem information [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/17] fsinfo: Provide a bitmap of the features a filesystem supports [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/17] fsinfo: Introduce a non-repeating system-unique superblock ID [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/17] VFS: Filesystem information [ver #20]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 0/3] remove PROT_SAO support and disable
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] powerpc/64s/exception: treat NIA below __end_interrupts as soft-masked
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH 4/4] watch_queue: sample: Display mount tree change notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/4] watch_queue: Implement mount topology and attribute change notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/4] watch_queue: Add security hooks to rule on setting mount watches
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/4] watch_queue: Make watch_sizeof() check record size
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/4] Mount notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [net-next v5 PATCH 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add support for O_MAYEXEC
  • From: Thibaut Sautereau <thibaut.sautereau@xxxxxxxxxxx>
• Re: [PATCH 2/2] powerpc/64s: system call support for scv/rfscv instructions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH v18 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v7 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 2/7] exec: Move S_ISREG() check earlier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 3/7] exec: Move path_noexec() check earlier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 0/7] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 1/7] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v7 6/7] selftest/openat2: Add tests for O_MAYEXEC enforcing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH 2/2] powerpc/64s: system call support for scv/rfscv instructions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v10 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH v10 03/26] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: "Colin Walters" <walters@xxxxxxxxxx>
• Re: [PATCH v4 00/13] "Task_isolation" mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 2/2] powerpc/64s: system call support for scv/rfscv instructions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Thibaut Sautereau <thibaut.sautereau@xxxxxxxxxxx>
• [PATCH 13/13] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 12/13] task_isolation: ringbuffer: don't interrupt CPUs running isolated tasks on buffer resize
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 10/13] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 09/13] task_isolation: arch/arm: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 08/13] task_isolation: arch/arm64: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 07/13] task_isolation: arch/x86: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 06/13] task_isolation: Add driver-specific hooks
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 05/13] task_isolation: Add xen-specific hook
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 04/13] task_isolation: Add task isolation hooks to arch-independent code
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 03/13] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 02/13] task_isolation: vmstat: add vmstat_idle function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 01/13] task_isolation: vmstat: add quiet_vmstat_sync function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v4 00/13] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [net-next v5 PATCH 3/7] net: hsr: introduce protocol specific function pointers
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 2/7] net: hsr: introduce common code for skb initialization
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 7/7] net: prp: enhance debugfs to display PRP info
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 5/7] net: hsr: define and use proto_ops ptrs to handle hsr specific frames
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 4/7] net: prp: add supervision frame generation utility function
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 6/7] net: prp: add packet handling support
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v5 PATCH 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH 06/24] md: open code vfs_stat in md_setup_drive
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [net-next v4 PATCH 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• RE: io_uring vs in_compat_syscall()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 06/24] md: open code vfs_stat in md_setup_drive
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Christoph Hellwig <hch@xxxxxx>
• [RFC] fcntl: add description to fdinfo
  • From: Pascal Bouchareine <kalou@xxxxxxx>
• Re: [PATCH ghak90 V9 10/13] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 06/24] md: open code vfs_stat in md_setup_drive
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/24] devtmpfs: open code ksys_chdir and ksys_chroot
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 05/24] devtmpfs: open code ksys_chdir and ksys_chroot
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/24] init: add an init_unlink helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/24] init: add an init_chroot helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/24] init: add an init_mount helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/24] init: add an init_symlink helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 23/24] init: add an init_mknod helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/24] md: open code vfs_stat in md_setup_drive
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/24] devtmpfs: open code ksys_chdir and ksys_chroot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• add file system helpers that take kernel pointers for the init code v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] fs: refactor do_mount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] md: open code vfs_stat in md_setup_drive
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/24] fs: push the getname from do_rmdir into the callers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] devtmpfs: open code do_mount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/24] fs: refactor ksys_umount
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] devtmpfs: open code ksys_chdir and ksys_chroot
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] init: initialize ramdisk_execute_command at compile time
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] init: move the prepare_namespace prototype to init/do_mounts.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] init: mark create_dev as __init
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/24] init: add an init_mount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] init: open code do_utimes in do_utime
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] init: open code ksys_umount in handle_initrd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] init: add an init_chown helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] init: add an init_chdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] init: add an init_chroot helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] init: add an init_unlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] init: add an init_chmod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] init: add an init_rmdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] init: add an init_mkdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] init: add an init_mknod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] init: add an init_lstat helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] init: add an init_symlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] init: add an init_eaccess helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] init: add an init_link helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: strace of io_uring events?
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mount_setattr.2: New manual page documenting the mount_setattr() system call
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [net-next v4 PATCH 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 06/24] fs: add a kern_chdir helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/24] fs: move the putname from filename_lookup to the callers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 04/24] fs: move the putname from filename_create to the callers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [net-next v4 PATCH 2/7] net: hsr: introduce common code for skb initialization
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 5/7] net: hsr: define and use proto_ops ptrs to handle hsr specific frames
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [net-next v4 PATCH 4/7] net: prp: add supervision frame generation utility function
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 7/7] net: prp: enhance debugfs to display PRP info
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 6/7] net: prp: add packet handling support
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 3/7] net: hsr: introduce protocol specific function pointers
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next v4 PATCH 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: io_uring vs in_compat_syscall()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• [PATCH 03/24] fs: add a kern_umount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/24] fs: add a do_kern_mount helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/24] init: initialize ramdisk_execute_command at compile time
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/24] fs: add a kern_chroot helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/24] fs: add a kern_chdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/24] fs: move the putname from filename_lookup to the callers
  • From: Christoph Hellwig <hch@xxxxxx>
• add file system helpers that take kernel pointers for the init code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/24] fs: move the putname from filename_create to the callers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/24] fs: add a kern_chown helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/24] fs: move the uid16 (f)chown syscalls to fs/open.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/24] fs: add a kern_mkdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/24] fs: add a kern_utimes helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/24] fs: add a kern_mknod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/24] fs: add a kern_link helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/24] fs: remove vfs_statx_fd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/24] fs: implement vfs_stat and vfs_lstat in terms of vfs_fstatat
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/24] fs: add a kern_unlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/24] fs: add a kern_symlink helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/24] fs: remove vfs_stat_set_lookup_flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/24] fs: move vfs_fstatat out of line
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/24] fs: remove KSTAT_QUERY_FLAGS
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/24] fs: add a kern_stat helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/24] fs: add a kern_rmdir helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/24] fs: add a kern_chmod helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/24] fs: add a kern_access helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [net-next PATCH v3 2/7] net: hsr: introduce common code for skb initialization
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [net-next PATCH v3 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/6] mm: secretmem: add ability to reserve memory at boot
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 4/6] arch, mm: wire up secretmemfd system call were relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 3/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/6] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/6] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/6] mm: introduce secretmemfd system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• io_uring vs in_compat_syscall()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 0/5] keys: Security changes, ACLs and Container keyring
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/4] fs: add mount_setattr()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/4] fs: add mount_setattr()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] fcntl: Add 32bit filesystem mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] syscalls.h: Remove all file references in comments
  • From: Bui Quang Minh <minhquangbui99@xxxxxxxxx>
• [no subject]
  • From: Bui Quang Minh <minhquangbui99@xxxxxxxxx>
• [PATCH] syscalls.h: Remove all file references in comments
  • From: Bui Quang Minh <minhquangbui99@xxxxxxxxx>
• Re: [PATCH] syscall.h: fix comment
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] syscall.h: fix comment
  • From: Minh Bùi Quang <minhquangbui99@xxxxxxxxx>
• Re: [net-next PATCH v3 2/7] net: hsr: introduce common code for skb initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next PATCH v3 1/7] hsr: enhance netlink socket interface to support PRP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 08/13] audit: add containerid support for user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH] syscall.h: fix comment
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [net-next iproute2 PATCH v3 2/2] ip: iplink: prp: update man page for new parameter
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next iproute2 PATCH v3 1/2] iplink: hsr: add support for creating PRP device similar to HSR
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 1/7] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 7/7] net: prp: enhance debugfs to display PRP info
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 0/7] Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 4/7] net: prp: add supervision frame generation utility function
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 5/7] net: hsr: define and use proto_ops ptrs to handle hsr specific frames
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 6/7] net: prp: add packet handling support
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 3/7] net: hsr: introduce protocol specific function pointers
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v3 2/7] net: hsr: introduce common code for skb initialization
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [RFC PATCH v2 0/5] mm: extend memfd with ability to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [net-next PATCH v2 0/9] Add PRP driver and bug fixes
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [PATCH] syscall.h: fix comment
  • From: Bui Quang Minh <minhquangbui99@xxxxxxxxx>
• Re: [RFC PATCH v2 0/5] mm: extend memfd with ability to create "secret" memory areas
  • From: Pavel Machek <pavel@xxxxxx>
• Re: strace of io_uring events?
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: strace of io_uring events?
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [net-next PATCH v2 0/9] Add PRP driver and bug fixes
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• [RFC PATCH 4/5] keys: Split the search perms between KEY_NEED_USE and KEY_NEED_SEARCH
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 5/5] keys: Implement a 'container' keyring
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 3/5] keys: Provide KEYCTL_GRANT_PERMISSION
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 2/5] keys: Replace uid/gid/perm permissions checking with an ACL
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 1/5] keys: Move permissions checking decisions into the checking code
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 0/5] keys: Security changes, ACLs and Container keyring
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v4 0/2] Syscall User Redirection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 00/22] fanotify events with name info
  • From: Jan Kara <jack@xxxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH v5 00/22] fanotify events with name info
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: strace of io_uring events?
  • From: tytso@xxxxxxx
• Re: strace of io_uring events?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 6/7] selftest/openat2: Add tests for O_MAYEXEC enforcing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: strace of io_uring events?
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v6 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: strace of io_uring events?
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [net-next PATCH v2 1/9] net: hsr: fix incorrect lsdu size in the tag of HSR frames for small frames
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 4/9] net: hsr: introduce common code for skb initialization
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 6/9] net: prp: add supervision frame generation utility function
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 3/9] hsr: enhance netlink socket interface to support PRP
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 5/9] net: hsr: introduce protocol specific function pointers
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 9/9] net: prp: enhance debugfs to display PRP info
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 8/9] net: prp: add packet handling support
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next iproute2 PATCH v2 1/2] iplink: hsr: add support for creating PRP device similar to HSR
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next iproute2 PATCH v2 2/2] ip: iplink: prp: update man page for new parameter
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 7/9] net: hsr: define and use proto_ops ptrs to handle hsr specific frames
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 2/9] net: hsr/prp: validate address B before copying to skb
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [net-next PATCH v2 0/9] Add PRP driver and bug fixes
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: strace of io_uring events?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• strace of io_uring events?
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 3/4] fs: add mount_setattr()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 3/4] fs: add mount_setattr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Chris Kennelly <ckennelly@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v7 8/9] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• [PATCH v6 4/7] fs: Introduce O_MAYEXEC flag for openat2(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 3/7] exec: Move path_noexec() check earlier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 2/7] exec: Move S_ISREG() check earlier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 7/7] ima: add policy support for the new file open MAY_OPENEXEC flag
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 5/7] fs,doc: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 6/7] selftest/openat2: Add tests for O_MAYEXEC enforcing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 1/7] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v6 0/7] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 1/4] namespace: take lock_mount_hash() directly when changing flags
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 3/4] fs: add mount_setattr()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 2/4] namespace: only take read lock in do_reconfigure_mnt()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 1/4] namespace: take lock_mount_hash() directly when changing flags
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 4/4] tests: add mount_setattr() selftests
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 0/4] fs: add mount_setattr()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH] mount_setattr.2: New manual page documenting the mount_setattr() system call
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Pavel Machek <pavel@xxxxxxx>
• [RFC PATCH 3/4] selftests: rseq: define __rseq_abi with extensible size
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 4/4] selftests: rseq: print rseq extensible size in basic test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 2/4] rseq: Allow extending struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/4] selftests: rseq: Use fixed value as rseq_len parameter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 0/4] rseq: Introduce extensible struct rseq
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/5] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/5] mm: extend memfd with ability to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/5] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/5] mm: extend memfd with ability to create "secret" memory areas
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v31 01/12] Linux Random Number Generator
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 00/12] /dev/random - a new approach with full SP800-90B
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 06/12] LRNG - add SP800-90A DRBG extension
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 04/12] LRNG - add switchable DRNG support
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 05/12] crypto: DRBG - externalize DRBG functions for LRNG
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 02/12] LRNG - allocate one DRNG instance per NUMA node
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 03/12] LRNG - sysctls and /proc interface
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 07/12] LRNG - add kernel crypto API PRNG extension
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 11/12] LRNG - add interface for gathering of raw entropy
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 10/12] LRNG - add SP800-90B compliant health tests
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 09/12] LRNG - add Jitter RNG fast noise source
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 08/12] crypto: provide access to a static Jitter RNG state
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• [PATCH v31 12/12] LRNG - add power-on and runtime self-tests
  • From: Stephan Müller <smueller@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC v2 0/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC v2 0/4] futex2: Add new futex interface
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v7 1/9] net/compat: Add missing sock updates for SCM_RIGHTS
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC v2 1/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC v2 1/4] futex2: Add new futex interface
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/9] pidfd: Add missing sock updates for pidfd_getfd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 2/9] pidfd: Add missing sock updates for pidfd_getfd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v7 2/9] pidfd: Add missing sock updates for pidfd_getfd()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v7 0/9] Add seccomp notifier ioctl that enables adding fds
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 1/9] net/compat: Add missing sock updates for SCM_RIGHTS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 3/9] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 4/9] fs: Move __scm_install_fd() to __receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 6/9] pidfd: Replace open-coded receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 5/9] fs: Add receive_fd() wrapper for __receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 7/9] fs: Expand __receive_fd() to accept existing fd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 8/9] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 9/9] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v7 2/9] pidfd: Add missing sock updates for pidfd_getfd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC v2 4/4] selftests: futex: Add futex2 wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC v2 3/4] selftests: futex: Add futex2 timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC v2 2/4] selftests: futex: Add futex2 wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC v2 1/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC v2 0/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] powerpc/64s: remove PROT_SAO support
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6.1 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6.1 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] powerpc/64s: remove PROT_SAO support
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: [PATCH v18 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v18 22/23] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/7] fs: Expand __receive_fd() to accept existing fd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 3/7] fs: Add receive_fd() wrapper for __receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 1/7] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>