Linux API
[Prev Page][Next Page]
- 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
- 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
- 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>
- Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
- From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- [PATCH v4 1/4] seccomp: Add sysctl to display available actions
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- [PATCH v4 3/4] seccomp: Create an action to log before allowing
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- [PATCH v4 0/4] Improved seccomp logging
- From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] selftests: Fix the .S and .S -> .o rules
- From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 2/5] selftests: Fix the .c linking rule
- From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
- From: Bamvor Zhang Jian <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v28 02/21] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 00/21] Richacls (Core and Ext4)
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 04/21] vfs: Add permission flags for setting file attributes
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 01/21] vfs: Add IS_ACL() and IS_RICHACL() tests
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 05/21] richacl: In-memory representation and helper functions
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 06/21] richacl: Permission mapping functions
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- Re: [PATCH v27 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 07/21] richacl: Permission check algorithm
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 08/21] richacl: Compute maximum file masks from an acl
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 09/21] vfs: Cache base_acl objects in inodes
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 10/21] vfs: Add get_richacl and set_richacl inode operations
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- Re: [PATCH v27 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 11/21] vfs: Cache richacl in struct inode
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 13/21] richacl: Check if an acl is equivalent to a file mode
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 14/21] richacl: Create-time inheritance
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 12/21] richacl: Update the file masks in chmod()
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 15/21] richacl: Automatic Inheritance
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 16/21] richacl: xattr mapping functions
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 19/21] vfs: Move check_posix_acl and check_richacl out of fs/namei.c
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 17/21] richacl: Add richacl xattr handler
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 18/21] vfs: Add richacl permission checking
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 20/21] ext4: Add richacl support
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- Re: [PATCH v27 02/21] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- [PATCH v28 21/21] ext4: Add richacl feature flag
- From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Lafcadio Wluiki <wluikil@xxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC] syscalls: Restore address limit after a syscall
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [RFC] syscalls: Restore address limit after a syscall
- From: Thomas Garnier <thgarnie@xxxxxxxxxx>
- Re: [kernel-hardening] [PATCH v2] time: Remove CONFIG_TIMER_STATS
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
- [PATCH 4/5] selftests/powerpc: Fix the clean rule since recent changes
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH 5/5] selftests/powerpc: Fix remaining fallout from recent changes
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH 3/5] selftests: Fix the .S and .S -> .o rules
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH 2/5] selftests: Fix the .c linking rule
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH 1/5] selftests: Fix selftests build to just build, not run tests
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: utimensat EACCES vs. EPERM in 4.8+
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH v3 2/5] vfs: deny copy_file_range() for non regular files
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 1/5] vfs: deny fallocate() on directory
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH v3 2/5] vfs: deny copy_file_range() for non regular files
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- [PATCH v3 1/5] vfs: deny fallocate() on directory
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH v2 0/2] setgid hardening
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] fs: Harden against open(..., O_CREAT, 02777) in a setgid directory
- From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v2 1/2] fs: Check f_cred as well as of current's creds in should_remove_suid()
- From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v2 0/2] setgid hardening
- From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH v4 2/2] nsfs: Add an ioctl() to return owner UID of a userns
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- [PATCH v4 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- [PATCH v4 1/2] nsfs: Add an ioctl() to return the namespace type
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace
- From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
- Re: [PATCH] mnt: allow to add a mount into an existing group
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH] mnt: allow to add a mount into an existing group
- From: Andrei Vagin <avagin@xxxxxxxxxx>
- Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace
- From: Alban Crequy <alban.crequy@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Lafcadio Wluiki <wluikil@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Lafcadio Wluiki <wluikil@xxxxxxxxx>
- Re: [LSF/MM TOPIC ATTEND] thawing the fsnotify subsyetm
- From: Jan Kara <jack@xxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [LSF/MM TOPIC ATTEND] thawing the fsnotify subsyetm
- From: Amir Goldstein <amir73il@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: writev error codes
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: writev error codes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: writev error codes
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Mickaël Salaün <mic@xxxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Djalal Harouni <tixxdz@xxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Tejun Heo <tj@xxxxxxxxxx>
- writev error codes
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: utimensat EACCES vs. EPERM in 4.8+
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace
- From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
- Re: utimensat EACCES vs. EPERM in 4.8+
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]