Linux API

• Thread Index

• 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>
• [PATCH 10/17] fsinfo: Allow mount information to be queried [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/17] fsinfo: Allow fsinfo() to look up a mount object by ID [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/17] fsinfo: Provide a bitmap of supported features [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/17] fsinfo: Add fsinfo() syscall to query filesystem information [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/17] watch_queue: sample: Display superblock notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: seq_lock and lockdep_is_held() assertions
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 05/17] watch_queue: Add superblock notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/17] watch_queue: Introduce a non-repeating system-unique superblock ID [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/17] watch_queue: sample: Display mount tree change notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/17] watch_queue: Implement mount topology and attribute change notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/17] VFS: Filesystem information and notifications [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/17] watch_queue: Add security hooks to rule on setting mount and sb watches [ver #17]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 0/6] Harden userfaultfd
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH v7] mremap.2: Add information for MREMAP_DONTUNMAP.
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• [PATCH v7 2/2] selftest: Add MREMAP_DONTUNMAP selftest.
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• [PATCH v7 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• seq_lock and lockdep_is_held() assertions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 13/19] vfs: Add a mount-notification facility [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 18/19] ext4: Add example fsinfo information [ver #16]
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 13/19] vfs: Add a mount-notification facility [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 06/19] vfs: Allow fsinfo() to look up a mount object by ID [ver #16]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 02/19] fsinfo: Add syscalls to other arches [ver #16]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 04/19] vfs: Add mount change counter [ver #16]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 18/19] ext4: Add example fsinfo information [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 11/19] afs: Support fsinfo() [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/19] VFS: Filesystem information and notifications [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 13/19] vfs: Add a mount-notification facility [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Mov rcu_read_(lock|unlock) in proc_prune_siblings_dcache
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/16] Fanotify event with name info
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/7] proc: Use a list of inodes to flush from proc
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/7] proc: Clear the pieces of proc_inode that proc_evict_inode cares about
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/7] proc: Mov rcu_read_(lock|unlock) in proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/7] proc: Generalize proc_sys_prune_dcache into proc_prune_siblings_dcache
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/7] proc: Rename in proc_inode rename sysctl_inodes sibling_inodes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/7] proc: Dentry flushing without proc_mnt
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case
  • From: Yang Shi <yang.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 11/19] afs: Support fsinfo() [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v3 09/25] fs: add is_userns_visible() helper
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 11/19] afs: Support fsinfo() [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 05/19] vfs: Introduce a non-repeating system-unique superblock ID [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 03/19] fsinfo: Provide a bitmap of supported features [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 00/19] VFS: Filesystem information and notifications [ver #16]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Re: [PATCH v6 0/7] introduce memory hinting API for external process
  • From: SeongJae Park <sjpark@xxxxxxxxxx>
• Re: [PATCH 00/19] VFS: Filesystem information and notifications [ver #16]
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/19] VFS: Filesystem information and notifications [ver #16]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 19/19] nfs: Add example filesystem information [ver #16]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 19/19] nfs: Add example filesystem information [ver #16]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 18/19] ext4: Add example fsinfo information [ver #16]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 15/19] vfs: Add superblock notifications [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 13/19] vfs: Add a mount-notification facility [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 0/7] introduce memory hinting API for external process
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [PATCH 13/19] vfs: Add a mount-notification facility [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 0/7] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3 00/25] user_namespace: introduce fsid mappings
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v3 00/25] user_namespace: introduce fsid mappings
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Lokesh Gidra <lokeshgidra@xxxxxxxxxx>
• Re: [PATCH v6 0/7] introduce memory hinting API for external process
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 11/19] afs: Support fsinfo() [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 1/2] mm: Add MREMAP_DONTUNMAP to mremap().
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] vfs: syscall: Add fsinfo() to query filesystem information [ver #16]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 0/7] introduce memory hinting API for external process
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/25] user_namespace: introduce fsid mappings
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3 09/25] fs: add is_userns_visible() helper
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 18/19] ext4: Add example fsinfo information [ver #16]
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 05/19] vfs: Introduce a non-repeating system-unique superblock ID [ver #16]
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>