Linux API

• Thread Index

• Re: [PATCH ghak90 V8 13/16] audit: track container nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH v14 06/10] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH v14 06/10] landlock: Add syscall implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: clone3: allow creation of time namespace with offset
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [RFC] kernel/sysctl: support setting sysctl parameters from kernel command line
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] ext4: Give 32bit personalities 32bit hashes
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] ext4: Give 32bit personalities 32bit hashes
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [PATCH] ext4: Give 32bit personalities 32bit hashes
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH] ext4: Give 32bit personalities 32bit hashes
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: clone3: allow creation of time namespace with offset
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Jaewon Kim <jaewon31.kim@xxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Jaewon Kim <jaewon31.kim@xxxxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup
  • From: syzbot <syzbot+6491ea8f6dddbf04930e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v9 0/8] proc: modernize proc to support multiple private instances
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 3/8] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 4/8] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 8/8] proc: use human-readable values for hidehid
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 7/8] proc: move hidepid values to uapi as they are user interface to mount
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 2/8] proc: allow to mount many instances of proc in one pid namespace
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 6/8] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 5/8] proc: add option to mount only a pids subset
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH v9 1/8] proc: rename struct proc_fs_info to proc_fs_opts
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH ghak90 V8 13/16] audit: track container nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH 2/4] ext4: wire up FS_IOC_GET_ENCRYPTION_NONCE
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 1/4] fscrypt: add FS_IOC_GET_ENCRYPTION_NONCE ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 3/4] f2fs: wire up FS_IOC_GET_ENCRYPTION_NONCE
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 4/4] ubifs: wire up FS_IOC_GET_ENCRYPTION_NONCE
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 0/4] fscrypt: add ioctl to get file's encryption nonce
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 0/2] exec: Fix dead-lock in de_thread with ptrace_attach
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH] pidfd: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 2/2] doc: Update documentation of ->exec_*_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 1/2] exec: Fix dead-lock in de_thread with ptrace_attach
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH v3 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH ghak90 V8 13/16] audit: track container nesting
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] meminfo: introduce extra meminfo
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 16/16] audit: add capcontid to set contid outside init_user_ns
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH ghak90 V8 13/16] audit: track container nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 2/4] proc: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 2/4] proc: Use new infrastructure to fix deadlocks in execve
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/4] proc: Use new infrastructure to fix deadlocks in execve
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/4] kernel: doc: remove outdated comment cred.c
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/4] mm: docs: Fix a comment in process_vm_rw_core
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH man-pages v4] Document encoded I/O
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v7 5/7] mm: support both pid and pidfd for process_madvise
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/4] selftests/ptrace: add test cases for dead-locks
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v3] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• Re: [PATCH v7 3/7] mm: check fatal signal pending of target process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/4] selftests/ptrace: add test cases for dead-locks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] exec: Fix a deadlock in ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/4] kernel/kcmp.c: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] kernel/kcmp.c: Use new infrastructure to fix deadlocks in execve
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] pidfd: Stop taking cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH 4/4] perf: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 3/4] proc: io_accounting: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 2/4] proc: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 1/4] kernel/kcmp.c: Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 0/4] Use new infrastructure in more simple cases
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 0/4] Use new infrastructure to fix deadlocks in execve
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Fix a deadlock in ptrace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/4] kernel: doc: remove outdated comment cred.c
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 3/4] mm: docs: Fix a comment in process_vm_rw_core
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 2/4] selftests/ptrace: add test cases for dead-locks
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 1/4] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 0/4] Use new infrastructure to fix deadlocks in execve
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH v19 01/14] fsinfo: Add fsinfo() syscall to query filesystem information
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v19 14/14] arch: wire up fsinfo syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 02/14] fsinfo: Add fsinfo() syscall to query filesystem information [ver #18]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 07/14] fsinfo: Allow mount information to be queried [ver #18]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 08/14] fsinfo: Allow the mount topology propogation flags to be retrieved [ver #18]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2 06/12] task_isolation: arch/arm64: enable task isolation functionality
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 14/14] fsinfo: Example support for NFS [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/14] fsinfo: Example support for Ext4 [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/14] fsinfo: Add support for AFS [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/14] fsinfo: Add API documentation [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/14] fsinfo: sample: Mount listing program [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/14] fsinfo: Provide notification overrun handling support [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/14] fsinfo: Allow the mount topology propogation flags to be retrieved [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/14] fsinfo: Allow mount information to be queried [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/14] fsinfo: Add a uniquifier ID to struct mount [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/14] fsinfo: Allow fsinfo() to look up a mount object by ID [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/14] fsinfo: Allow retrieval of superblock devname, options and stats [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/14] fsinfo: Provide a bitmap of supported features [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/14] fsinfo: Add fsinfo() syscall to query filesystem information [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/14] VFS: Add additional RESOLVE_* flags [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/14] VFS: Filesystem information [ver #18]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/5] Infrastructure to allow fixing exec deadlocks
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [RFC PATCH 17/17] watch_queue: sample: Display superblock notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 16/17] watch_queue: Add superblock notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 15/17] watch_queue: Introduce a non-repeating system-unique superblock ID [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 14/17] watch_queue: sample: Display mount tree change notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 12/17] watch_queue: Add security hooks to rule on setting mount and sb watches [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 11/17] smack: Implement the watch_key and post_notification hooks [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 10/17] selinux: Implement the watch_key security hook [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 09/17] pipe: Add notification lossage handling [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 08/17] pipe: Allow buffers to be marked read-whole-or-error for notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 07/17] Add sample notification program [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 06/17] watch_queue: Add a key/keyring notification facility [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 05/17] pipe: Add general notification queue support [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 04/17] pipe: Add O_NOTIFICATION_PIPE [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 03/17] security: Add a hook for the point of notification insertion [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 02/17] security: Add hooks to rule on setting a watch [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 01/17] uapi: General notification queue definitions [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 00/17] pipe: Keyrings, mount and superblock notifications [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v8 0/2] add performance reporting support to FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [EXT] Re: [PATCH 08/12] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH 11/12] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2 5/5] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 4/5] exec: Move exec_mmap right after de_thread in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 3/5] exec: Move cleanup of posix timers on exec out of de_thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 2/5] exec: Factor unshare_sighand out of de_thread and call it separately
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 1/5] exec: Only compute current once in flush_old_exec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/5] Infrastructure to allow fixing exec deadlocks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] exec: make de_thread alloc new signal struct earlier
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] exec: make de_thread alloc new signal struct earlier
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v2 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 08/12] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 11/12] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [EXT] Re: [PATCH 06/12] task_isolation: arch/arm64: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 12/12] task_isolation: CONFIG_TASK_ISOLATION prevents distribution of jobs to non-housekeeping CPUs
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 11/12] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 10/12] task_isolation: ringbuffer: don't interrupt CPUs running isolated tasks on buffer resize
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 09/12] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 08/12] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 07/12] task_isolation: arch/arm: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 06/12] task_isolation: arch/arm64: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 05/12] task_isolation: arch/x86: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 04/12] task_isolation: Add task isolation hooks to arch-independent code
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 02/12] task_isolation: vmstat: add vmstat_idle function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 01/12] task_isolation: vmstat: add quiet_vmstat_sync function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH v2 00/12] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• RE: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 08/12] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/12] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: YunQiang Su <syq@xxxxxxxxxx>
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: YunQiang Su <syq@xxxxxxxxxx>
• Re: [PATCH v7 5/7] mm: support both pid and pidfd for process_madvise
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 4/7] pid: move pidfd_get_pid function to pid.c
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v7 4/7] pid: move pidfd_get_pid function to pid.c
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 3/7] mm: check fatal signal pending of target process
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH] binfmt_misc: pass binfmt_misc P flag to the interpreter
  • From: YunQiang Su <syq@xxxxxxxxxx>
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/2] Infrastructure to allow fixing exec deadlocks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 1/2] exec: Properly mark the point of no return
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 0/2] Infrastructure to allow fixing exec deadlocks
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• [PATCH 2/2] exec: Add a exec_update_mutex to replace cred_guard_mutex
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] exec: Properly mark the point of no return
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/2] Infrastructure to allow fixing exec deadlocks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCHv6] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [RFC][PATCH] Mark AT_* path flags as deprecated and add missing RESOLVE_ flags
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/7] mm: pass task and mm to do_madvise
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• RE: [PATCH v2] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• [PATCHv6] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH v2] mm: Proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/12] task_isolation: arch/arm64: enable task isolation functionality
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 12/12] task_isolation: CONFIG_TASK_ISOLATION prevents distribution of jobs to non-housekeeping CPUs
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 11/12] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 10/12] task_isolation: ringbuffer: don't interrupt CPUs running isolated tasks on buffer resize
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 09/12] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 08/12] task_isolation: don't interrupt CPUs with tick_nohz_full_kick_cpu()
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 07/12] task_isolation: arch/arm: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH 10/17] fsinfo: Allow mount information to be queried [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH 06/12] task_isolation: arch/arm64: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 05/12] task_isolation: arch/x86: enable task isolation functionality
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 04/12] task_isolation: Add task isolation hooks to arch-independent code
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 03/12] task_isolation: userspace hard isolation from kernel
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 02/12] task_isolation: vmstat: add vmstat_idle function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 01/12] task_isolation: vmstat: add quiet_vmstat_sync function
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• [PATCH 00/12] "Task_isolation" mode
  • From: Alex Belits <abelits@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 10/17] fsinfo: Allow mount information to be queried [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] mm/compaction: Really limit compact_unevictable_allowed to 0…1
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/2] =?UTF-8?q?mm/compaction:=20Really=20limit=20compact?= =?UTF-8?q?=5Funevictable=5Fallowed=20to=200=E2=80=A61?=
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: Bernd Edlinger <bernd.edlinger@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5] exec: Fix a deadlock in ptrace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: 'simple' futex interface [Was: [PATCH v3 1/4] futex: Implement mechanism to wait on any of several futexes]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] vfs: have syncfs() return error when there are writeback errors
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v7 0/7] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/7] introduce memory hinting API for external process
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/7] mm: support both pid and pidfd for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v7 5/7] mm: support both pid and pidfd for process_madvise
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 4/7] pid: move pidfd_get_pid function to pid.c
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 3/7] mm: check fatal signal pending of target process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 2/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 1/7] mm: pass task and mm to do_madvise
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v7 0/7] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v6 5/7] mm: support both pid and pidfd for process_madvise
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v6 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 00/25] user_namespace: introduce fsid mappings
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH v14 10/10] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v6 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH man-pages v4] Document encoded I/O
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] binfmt_misc: pass binfmt_misc flags to the interpreter
  • From: YunQiang Su <syq@xxxxxxxxxx>
• Re: [PATCH v4 3/9] fs: add RWF_ENCODED for reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH man-pages v4] Document encoded I/O
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [RFC PATCH v14 10/10] landlock: Add user and kernel documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/9] fs: add O_ALLOW_ENCODED open flag
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 3/9] fs: add RWF_ENCODED for reading/writing compressed data
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH man-pages v4] Document encoded I/O
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 4/3] pid: Improve the comment about waiting in zap_pid_ns_processes
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 6/7] mm/madvise: employ mmget_still_valid for write lock
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH man-pages v4] Document encoded I/O
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 5/9] btrfs: add ram_bytes and offset to btrfs_ordered_extent
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 7/9] btrfs: optionally extend i_size in cow_file_range_inline()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 6/9] btrfs: support different disk extent size for delalloc
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 9/9] btrfs: implement RWF_ENCODED writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 8/9] btrfs: implement RWF_ENCODED reads
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 2/9] fs: add O_ALLOW_ENCODED open flag
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 4/9] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 3/9] fs: add RWF_ENCODED for reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v4 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v6 5/7] mm: support both pid and pidfd for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 4/3] pid: Improve the comment about waiting in zap_pid_ns_processes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 4/7] pid: move pidfd_get_pid function to pid.c
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v6 3/7] mm: check fatal signal pending of target process
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v6 1/7] mm: pass task and mm to do_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/3] uml: Create a private mount of proc for mconsole
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] uml: Don't consult current to find the proc_mnt in mconsole_proc
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/3] proc: Actually honor the mount options
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Have RESOLVE_* flags superseded AT_* flags for new syscalls?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 07/17] fsinfo: Add fsinfo() syscall to query filesystem information [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 00/25] user_namespace: introduce fsid mappings
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH v14 05/10] fs,landlock: Support filesystem access-control
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v14 05/10] fs,landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 16/27] mm: Update can_follow_write_pte() for Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 10/27] x86/mm: Update pte_modify, pmd_modify, and _PAGE_CHG_MASK for _PAGE_DIRTY_SW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v14 05/10] fs,landlock: Support filesystem access-control
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack.
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH 07/17] fsinfo: Add fsinfo() syscall to query filesystem information [ver #17]
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH v9 00/27] Control-flow Enforcement: Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 24/27] x86/cet/shstk: ELF header parsing for Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 22/27] ELF: Add ELF program property parsing support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 21/27] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 19/27] x86/cet/shstk: Handle signals for Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 03/27] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v14 00/10] Landlock LSM
  • From: J Freyensee <why2jjj.linux@xxxxxxxxx>
• Re: [PATCH v7] mremap.2: Add information for MREMAP_DONTUNMAP.
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] mremap.2: Add information for MREMAP_DONTUNMAP.
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v7 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• [RFC PATCH v14 01/10] landlock: Add object and rule management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 6/6] proc: Use a list of inodes to flush from proc
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 5/6] proc: Clear the pieces of proc_inode that proc_evict_inode cares about
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 4/6] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 3/6] proc: In proc_prune_siblings_dcache cache an aquired super block
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 2/6] proc: Generalize proc_sys_prune_dcache into proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 1/6] proc: Rename in proc_inode rename sysctl_inodes sibling_inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2 0/6] proc: Dentry flushing without proc_mnt
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC PATCH v14 03/10] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 04/10] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 06/10] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 02/10] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 09/10] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 00/10] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 07/10] arch: Wire up landlock() syscall
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 08/10] selftests/landlock: Add initial tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 05/10] fs,landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v14 10/10] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v7 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v8 0/2] add performance reporting support to FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v8 2/2] fpga: dfl: fme: add performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v8 1/2] Documentation: fpga: dfl: add description for performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [RFC PATCH xfstests] generic: add smoke test for AT_LINK_REPLACE
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/19] fsinfo: Add syscalls to other arches [ver #16]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 17/17] fsinfo: Add example support for NFS [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/17] fsinfo: Add example support for Ext4 [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/17] fsinfo: Add support for AFS [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/17] fsinfo: Add API documentation [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/17] fsinfo: Query superblock unique ID and notification counter [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/17] fsinfo: Allow the mount topology propogation flags to be retrieved [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/17] fsinfo: sample: Mount listing program [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>