Linux API

• Thread Index

• Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v6 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 8/8] nowait aio: btrfs
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 1/2] nsfs: Add namespace-specific ioctl (NS_SPECIFIC_IOC)
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH 0/2] nsfs: Introduce ioctl to set vector of ns_last_pid's on pid ns hierarhy
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/8] nowait aio: ext4
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/8] nowait aio: xfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/8] nowait aio: btrfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/8] Use RWF_* flags for AIO operations
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/8 v6] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCHv4 9/9] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH v2 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 1/2] ns: Allow ns_entries to have custom symlink content
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 0/2] Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH 9/9] nowait aio: Return -EOPNOTSUPP if filesystem does not support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] nowait aio: return on congested block device
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] Use RWF_* flags for AIO operations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 4/9] nowait-aio: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/9] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/9] Use RWF_* flags for AIO operations
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/9] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/9] nowait aio: ext4
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/9] nowait aio: btrfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 9/9] nowait aio: Return -EOPNOTSUPP if filesystem does not support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/9] nowait aio: xfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 2/9] nowait aio: Introduce RWF_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/9 v5] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] vfs: implement fchmodat2() syscall
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: [PATCH 1/2] vfs: implement fchmodat2() syscall
  • From: Greg Kurz <groug@xxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v6 07/11] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH v7 3/4] arm/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH] acpi: drop support for force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v7 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v7 2/4] x86/syscalls: Architecture specific pre-usermode check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v6 07/11] landlock: Add ptrace restrictions
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob.
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v2 3/3] Documentation: add ModAutoRestrict LSM documentation
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH v2] fault-inject: support systematic fault injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2] fault-inject: support systematic fault injection
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: scope of cred_guard_mutex.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] fault-inject: support systematic fault injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 7/8] nowait aio: xfs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 7/8] nowait aio: xfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v2] fscrypt: Remove __packed from fscrypt_policy
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH v2] fscrypt: Remove __packed from fscrypt_policy
  • From: Joe Richey <joerichey94@xxxxxxxxx>
• [PATCH v2] fscrypt: Move key structure and constants to uapi
  • From: Joe Richey <joerichey94@xxxxxxxxx>
• Re: [PATCH 7/8] nowait aio: xfs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] fscrypt: Move key structure and constants to uapi
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] fscrypt: Remove __packed from fscrypt_policy
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH v2] fault-inject: support systematic fault injection
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: scope of cred_guard_mutex.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: scope of cred_guard_mutex.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: scope of cred_guard_mutex.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 1/5] ptrace: Don't wait in PTRACE_O_TRACEEXIT for exec or coredump
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH v2 4/5] exec: If possible don't wait for ptraced threads to be reaped
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: scope of cred_guard_mutex.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: scope of cred_guard_mutex.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] fscrypt: Remove __packed from fscrypt_policy
  • From: Joe Richey <joerichey94@xxxxxxxxx>
• [PATCH] fscrypt: Move key structure and constants to uapi
  • From: Joe Richey <joerichey94@xxxxxxxxx>
• Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v6 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v6 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] nowait aio: ext4
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 7/8] nowait aio: xfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• scope of cred_guard_mutex.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/8] nowait aio: Return if cannot get hold of i_rwsem
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/8] nowait aio: btrfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/8] nowait aio: xfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/8] nowait aio: ext4
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/8 v4] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] acpi: drop support for force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH v2 4/5] exec: If possible don't wait for ptraced threads to be reaped
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH v2 2/5] sighand: Count each thread group once in sighand_struct
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH v2 1/5] ptrace: Don't wait in PTRACE_O_TRACEEXIT for exec or coredump
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH v2 0/5] exec: Fixing ptrace'd mulit-threaded hang
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] exec: Fixing ptrace'd mulit-threaded hang
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH 1/2] sighand: Count each thread group once in sighand_struct
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH 0/2] exec: Fixing ptrace'd mulit-threaded hang
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: memory hotplug and force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier (fwd)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/4] proc: support mounting new procfs instances inside same pid namespace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: reject unknown open flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: reject unknown open flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: reject unknown open flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: reject unknown open flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH 1/2] fs: add a VALID_OPEN_FLAGS
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] fs: reject unknown open flags
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: reject unknown open flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/9] ioctl_getfsmap.2: document the GETFSMAP ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 9/9] ext4: support GETFSMAP ioctls
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 8/9] xfs: report realtime space information via the rtbitmap
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 7/9] xfs: have getfsmap fall back to the freesp btrees when rmap is not present
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 6/9] xfs: implement the GETFSMAP ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 5/9] xfs: add a couple of queries to iterate free extents in the rtbitmap
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/9] xfs: create a function to query all records in a btree
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/9] xfs: provide a query_range function for freespace btrees
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/9] xfs: plumb in needed functions for range querying of the freespace btrees
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/9] vfs: add common GETFSMAP ioctl definitions
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v8 0/9] vfs/xfs/ext4: GETFSMAP support
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC 2/4] proc: add helpers to set/get hidepid and gid mount options
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC 4/4] proc: support flushing dcache entries of a task on multiple procfs mounts
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC 3/4] proc: support mounting new procfs instances inside same pid namespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH RESEND 1/2] ns: Allow ns_entries to have custom symlink content
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH RESEND 0/2] Expose task pid_ns_for_children to userspace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH net-next v6 11/11] landlock: Add user and kernel documentation for Landlock
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH net-next v6 03/11] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 11/11] landlock: Add user and kernel documentation for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 07/11] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] selftests: fix the broken individual test for x86
  • From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] selftests: fix the broken individual test for x86
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/2] selftests: fix the broken individual test for x86
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• [PATCH 2/2] selftests: net: support KBUILD_OUTPUT for reuseport_bpf_numa
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• [PATCH 0/2] selftests: fix for KBUILD_OUTPUT
  • From: Bamvor Jian Zhang <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [net-next PATCH v3 0/8] Add busy poll support for epoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next PATCH v3 5/8] net: Track start of busy loop instead of when it should end
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v3 7/8] epoll: Add busy poll support to epoll with socket fds.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v3 0/8] Add busy poll support for epoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] lkdtm: add bad USER_DS test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 0/8] Add busy poll support for epoll
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 7/8] epoll: Add busy poll support to epoll with socket fds.
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 6/8] net: Commonize busy polling code to focus on napi_id instead of socket
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 3/8] net: Only define skb_mark_napi_id in one spot instead of two
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 5/8] net: Track start of busy loop instead of when it should end
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v3 1/8] net: Busy polling should ignore sender CPUs
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH] lkdtm: add bad USER_DS test
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH] lkdtm: add bad USER_DS test
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] lkdtm: add bad USER_DS test
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: select fails to verify all file descriptors are valid
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: select fails to verify all file descriptors are valid
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] lkdtm: add bad USER_DS test
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH linux-next V2] tty: Disable default console blanking interval
  • From: Scot Doyle <lkml14@xxxxxxxxxxxxx>
• Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 3/8] net: Only define skb_mark_napi_id in one spot instead of two
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [net-next PATCH v2 0/8] Add busy poll support for epoll
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [net-next PATCH v2 0/8] Add busy poll support for epoll
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [net-next PATCH v2 0/8] Add busy poll support for epoll
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [net-next PATCH v2 1/8] net: Busy polling should ignore sender CPUs
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 3/8] net: Only define skb_mark_napi_id in one spot instead of two
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 7/8] epoll: Add busy poll support to epoll with socket fds.
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 1/8] net: Busy polling should ignore sender CPUs
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [net-next PATCH v2 0/8] Add busy poll support for epoll
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• Re: [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH] lkdtm: add bad USER_DS test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v5 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH] proc: allow to change proc mount options per mount
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: fanotify read returns with errno == EOPENSTALE
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v4 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v4 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v4 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
• [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH v2 0/2] fs: add AT_REPLACE flag for linkat()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH v2 2/2] Btrfs: add support for linkat() AT_REPLACE
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: memory hotplug and force_remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• memory hotplug and force_remove
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] statx: reject unknown flags when using NULL path
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [net-next PATCH 0/5] Add busy poll support for epoll under certain circumstances
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [patch 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] nowait aio: return on congested block device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/8] nowait aio: Return if cannot get hold of i_rwsem
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 7/8] nowait aio: xfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 8/8] nowait aio: btrfs
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 3/8] nowait aio: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 6/8] nowait aio: ext4
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 5/8] nowait aio: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/8 v3] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: select fails to verify all file descriptors are valid
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [RFC 1/2] fanotify: new event FAN_MODIFY_DIR
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: WTH is going on with memory hotplug sysf interface
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• select fails to verify all file descriptors are valid
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface
  • From: YASUAKI ISHIMATSU <yasu.isimatu@xxxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Till Smejkal <till.smejkal@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH] statx: reject unknown flags when using NULL path
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface
  • From: Yasuaki Ishimatsu <yasu.isimatu@xxxxxxxxx>
• Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• [patch 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 0/3] fs,epoll: Add ability to call kcmp to find target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• [PATCH v1 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v1 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v1 1/4] syscalls: Restore address limit after a syscall
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH v1 1/4] syscalls: Restore address limit after a syscall
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• [resend PATCH 1/2] eventpoll.h: fix epoll event masks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard@xxxxxxxxxxxxxxxxx>
• Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• Re: opaque types instead of union epoll_data
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: opaque types instead of union epoll_data
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Rich Felker <dalias@xxxxxxxxxx>
• Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: opaque types instead of union epoll_data
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC] Add option to mount only a pids subset
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: opaque types instead of union epoll_data
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying
  • From: Leonard den Ottolander <leonard-lists@xxxxxxxxxxxxxxxxx>
• opaque types instead of union epoll_data
  • From: Sodagudi Prasad <psodagud@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [RFC] Add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH] [media] lirc: introduce LIRC_SET_POLL_MODE
  • From: Sean Young <sean@xxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH 0/2] fix the traced mt-exec deadlock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/2] fix the traced mt-exec deadlock
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/2] fix the traced mt-exec deadlock
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/2] fix the traced mt-exec deadlock
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH 0/7] Non-blocking AIO
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 17/19] [media] lirc: implement reading scancode
  • From: Sean Young <sean@xxxxxxxx>
• Re: [kernel-hardening] [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [RFC] failure atomic writes for file systems and block devices
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC] failure atomic writes for file systems and block devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 1/2] vfs: implement fchmodat2() syscall
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mnt: allow to add a mount into an existing group
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Tom Herbert <tom@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Tom Herbert <tom@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH] Add pidfs filesystem
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [RFC PATCH] mm, hotplug: get rid of auto_online_blocks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5 07/10] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] namespaces related fixes for v4.11-rc1
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] namespaces related fixes for v4.11-rc1
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [GIT PULL] namespaces related fixes for v4.11-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [GIT PULL] namespaces related fixes for v4.11-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] namespaces related fixes for v4.11-rc1
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 0/4] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 00/10] Landlock LSM: Toward unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 02/10] bpf,landlock: Define an eBPF program type for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 08/10] seccomp: Enhance test_harness with an assert step mechanism
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 05/10] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 09/10] bpf,landlock: Add tests for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 04/10] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 07/10] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v5 01/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: Hard-coding PTY device node numbers in userspace
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Michael Pratt <mpratt@xxxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: Hard-coding PTY device node numbers in userspace
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: hpa@xxxxxxxxx
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: hpa@xxxxxxxxx
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: Mike Frysinger <vapier@xxxxxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: Hard-coding PTY device node numbers in userspace
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [RFC 0/2] fs,eventpoll: Add EPOLL_CTL_DUP into epoll_ctl syscall
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 1/2] fs,eventpoll: Add ability to install target file by its number
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] groups: don't return unmapped gids in getgroups(2)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 0/4] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC simple allocator v2 1/2] Create Simple Allocator module
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: [RFC simple allocator v2 1/2] Create Simple Allocator module
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>