Linux API

• Date Index

• [PATCH v2 06/28] cred: add kfs{g,u}id, (continued)
  • [PATCH v2 06/28] cred: add kfs{g,u}id, Christian Brauner
  • [PATCH v2 07/28] sys: __sys_setfsuid(): handle fsid mappings, Christian Brauner
  • [PATCH v2 01/28] user_namespace: introduce fsid mappings infrastructure, Christian Brauner
  • [PATCH v2 23/28] commoncap: cap_bprm_set_creds(): handle fsid mappings, Christian Brauner
  • [PATCH v2 28/28] devpts: handle fsid mappings, Christian Brauner
  • [PATCH v2 24/28] commoncap: cap_task_fix_setuid(): handle fsid mappings, Christian Brauner
  • [PATCH v2 22/28] attr: notify_change(): handle fsid mappings, Christian Brauner
  • [PATCH v2 21/28] posix_acl: handle fsid mappings, Christian Brauner
  • [PATCH v2 27/28] ptrace: adapt ptrace_may_access() to always uses unmapped fsids, Christian Brauner
  • [PATCH v2 20/28] open: handle fsid mappings, Christian Brauner
  • [PATCH v2 26/28] exec: bprm_fill_uid(): handle fsid mappings, Christian Brauner
  • [PATCH v2 25/28] commoncap: handle fsid mappings with vfs caps, Christian Brauner
  • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Florian Weimer
    • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Christian Brauner
  • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, James Bottomley
    • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Christian Brauner
      • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, James Bottomley
        • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Christian Brauner
  • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, James Bottomley
    • Message not available
      • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Stéphane Graber
    • Message not available
      • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, James Bottomley
        • Re: [PATCH v2 00/28] user_namespace: introduce fsid mappings, Stéphane Graber
• [PATCH manpage] mbind.2: remove note about MPOL_MF_STRICT been ignored, Li Xinhai
• [PATCH v5 0/7] introduce memory hinting API for external process, Minchan Kim
  • [PATCH v5 1/7] mm: pass task and mm to do_madvise, Minchan Kim
    • Re: [PATCH v5 1/7] mm: pass task and mm to do_madvise, Jann Horn
      • Re: [PATCH v5 1/7] mm: pass task and mm to do_madvise, Jens Axboe
        • Re: [PATCH v5 1/7] mm: pass task and mm to do_madvise, Minchan Kim
          • Re: [PATCH v5 1/7] mm: pass task and mm to do_madvise, Jens Axboe
            • Re: [PATCH v5 1/7] mm: pass task and mm to do_madvise, Minchan Kim
  • [PATCH v5 2/7] mm: introduce external memory hinting API, Minchan Kim
  • [PATCH v5 4/7] pid: export pidfd_get_pid, Minchan Kim
    • Re: [PATCH v5 4/7] pid: export pidfd_get_pid, Christoph Hellwig
      • Re: [PATCH v5 4/7] pid: export pidfd_get_pid, Minchan Kim
  • [PATCH v5 3/7] mm: check fatal signal pending of target process, Minchan Kim
  • [PATCH v5 5/7] mm: support both pid and pidfd for process_madvise, Minchan Kim
  • [PATCH v5 6/7] mm/madvise: employ mmget_still_valid for write lock, Minchan Kim
  • [PATCH v5 7/7] mm/madvise: allow KSM hints for remote API, Minchan Kim
• [PATCH v4 0/2] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
  • [PATCH v4 1/2] vfs: track per-sb writeback errors and report them to syncfs, Jeff Layton
  • [PATCH v4 2/2] buffer: record blockdev write errors in super_block that it backs, Jeff Layton
  • Re: [PATCH v4 0/2] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
• [PATCH v4 0/8] introduce memory hinting API for external process, Minchan Kim
  • [PATCH v4 1/8] mm: pass task to do_madvise, Minchan Kim
    • Re: [PATCH v4 1/8] mm: pass task to do_madvise, Alexander Duyck
      • Re: [PATCH v4 1/8] mm: pass task to do_madvise, Minchan Kim
        • Re: [PATCH v4 1/8] mm: pass task to do_madvise, Jann Horn
  • [PATCH v4 3/8] mm: validate mm in do_madvise, Minchan Kim
  • [PATCH v4 4/8] mm: check fatal signal pending of target process, Minchan Kim
  • [PATCH v4 7/8] pid: export pidfd_get_pid, Minchan Kim
    • Re: [PATCH v4 7/8] pid: export pidfd_get_pid, Alexander Duyck
      • Re: [PATCH v4 7/8] pid: export pidfd_get_pid, Minchan Kim
  • [PATCH v4 8/8] mm: support both pid and pidfd for process_madvise, Minchan Kim
    • Re: [PATCH v4 8/8] mm: support both pid and pidfd for process_madvise, Alexander Duyck
  • [PATCH v4 2/8] mm: introduce external memory hinting API, Minchan Kim
    • Re: [PATCH v4 2/8] mm: introduce external memory hinting API, Jann Horn
      • Re: [PATCH v4 2/8] mm: introduce external memory hinting API, Minchan Kim
  • [PATCH v4 6/8] mm/madvise: allow KSM hints for remote API, Minchan Kim
  • [PATCH v4 5/8] mm/madvise: employ mmget_still_valid for write lock, Minchan Kim
• [PATCH v2 0/6] Harden userfaultfd, Daniel Colascione
  • [PATCH v2 1/6] Add a new flags-accepting interface for anonymous inodes, Daniel Colascione
    • Re: [PATCH v2 1/6] Add a new flags-accepting interface for anonymous inodes, Stephen Smalley
      • Re: [PATCH v2 1/6] Add a new flags-accepting interface for anonymous inodes, Daniel Colascione
  • [PATCH v2 4/6] Wire UFFD up to SELinux, Daniel Colascione
  • [PATCH v2 5/6] Let userfaultfd opt out of handling kernel-mode faults, Daniel Colascione
  • [PATCH v2 6/6] Add a new sysctl for limiting userfaultfd to user mode faults, Daniel Colascione
  • [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Daniel Colascione
    • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Stephen Smalley
      • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Daniel Colascione
        • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Stephen Smalley
          • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Stephen Smalley
            • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Daniel Colascione
              • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Stephen Smalley
                • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Daniel Colascione
                • Re: [PATCH v2 3/6] Teach SELinux about a new userfaultfd class, Stephen Smalley
  • [PATCH v2 2/6] Add a concept of a "secure" anonymous file, Daniel Colascione
    • Re: [PATCH v2 2/6] Add a concept of a "secure" anonymous file, Stephen Smalley
    • Re: [PATCH v2 2/6] Add a concept of a "secure" anonymous file, kbuild test robot
  • Re: [PATCH v2 0/6] Harden userfaultfd, Casey Schaufler
    • Re: [PATCH v2 0/6] Harden userfaultfd, Daniel Colascione
      • Re: [PATCH v2 0/6] Harden userfaultfd, Stephen Smalley
      • Re: [PATCH v2 0/6] Harden userfaultfd, James Morris
  • Re: [PATCH v2 0/6] Harden userfaultfd, Kees Cook
    • Re: [PATCH v2 0/6] Harden userfaultfd, Jann Horn
      • Re: [PATCH v2 0/6] Harden userfaultfd, Peter Xu
        • Re: [PATCH v2 0/6] Harden userfaultfd, Andrea Arcangeli
          • Re: [PATCH v2 0/6] Harden userfaultfd, Daniel Colascione
            • Re: [PATCH v2 0/6] Harden userfaultfd, Andrea Arcangeli
    • Re: [PATCH v2 0/6] Harden userfaultfd, Daniel Colascione
• [PATCH 00/24] user_namespace: introduce fsid mappings, Christian Brauner
  • [PATCH 17/24] sys: __sys_setfsgid(): handle fsid mappings, Christian Brauner
  • [PATCH 19/24] sys:__sys_setgid(): handle fsid mappings, Christian Brauner
  • [PATCH 15/24] commoncap:cap_bprm_set_creds(): handle fsid mappings, Christian Brauner
  • [PATCH 16/24] sys: __sys_setfsuid(): handle fsid mappings, Christian Brauner
  • [PATCH 14/24] commoncap: cap_task_fix_setuid(): handle fsid mappings, Christian Brauner
  • [PATCH 18/24] sys:__sys_setuid(): handle fsid mappings, Christian Brauner
  • [PATCH 13/24] attr: notify_change(): handle fsid mappings, Christian Brauner
  • [PATCH 12/24] posix_acl: handle fsid mappings, Christian Brauner
  • [PATCH 11/24] open: chown_common(): handle fsid mappings, Christian Brauner
  • [PATCH 20/24] sys:__sys_setreuid(): handle fsid mappings, Christian Brauner
  • [PATCH 01/24] user_namespace: introduce fsid mappings infrastructure, Christian Brauner
    • Re: [PATCH 01/24] user_namespace: introduce fsid mappings infrastructure, Randy Dunlap
  • [PATCH 08/24] inode: inode_owner_or_capable(): handle fsid mappings, Christian Brauner
  • [PATCH 10/24] stat: handle fsid mappings, Christian Brauner
  • [PATCH 03/24] proc: add /proc/<pid>/fsgid_map, Christian Brauner
  • [PATCH 02/24] proc: add /proc/<pid>/fsuid_map, Christian Brauner
  • [PATCH 24/24] devpts: handle fsid mappings, Christian Brauner
  • [PATCH 07/24] namei: may_{o_}create(): handle fsid mappings, Christian Brauner
  • [PATCH 09/24] capability: privileged_wrt_inode_uidgid(): handle fsid mappings, Christian Brauner
  • [PATCH 06/24] fs: add is_userns_visible() helper, Christian Brauner
  • [PATCH 04/24] fsuidgid: add fsid mapping helpers, Christian Brauner
  • [PATCH 05/24] proc: task_state(): use from_kfs{g,u}id_munged, Christian Brauner
  • [PATCH 22/24] sys:__sys_setresuid(): handle fsid mappings, Christian Brauner
  • [PATCH 23/24] sys:__sys_setresgid(): handle fsid mappings, Christian Brauner
  • [PATCH 21/24] sys:__sys_setregid(): handle fsid mappings, Christian Brauner
  • Re: [PATCH 00/24] user_namespace: introduce fsid mappings, Jann Horn
    • Re: [PATCH 00/24] user_namespace: introduce fsid mappings, Christian Brauner
      • Re: [PATCH 00/24] user_namespace: introduce fsid mappings, Jann Horn
• [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Mike Christie
  • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Damien Le Moal
  • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Christian Brauner
  • <Possible follow-ups>
  • [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Mike Christie
    • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Darrick J. Wong
      • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Mike Christie
    • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Michal Hocko
      • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Michael Kerrisk (man-pages)
  • [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Mike Christie
    • Re: [PATCH 1/1] prctl.2: doc PR_SET/GET_IO_FLUSHER, Mike Christie
• [PATCH v8 00/11] proc: modernize proc to support multiple private instances, Alexey Gladkov
  • [PATCH v8 03/11] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Alexey Gladkov
    • Re: [PATCH v8 03/11] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Andy Lutomirski
      • Re: [PATCH v8 03/11] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Alexey Gladkov
  • [PATCH v8 04/11] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info, Alexey Gladkov
  • [PATCH v8 06/11] proc: support mounting procfs instances inside same pid namespace, Alexey Gladkov
  • [PATCH v8 01/11] proc: Rename struct proc_fs_info to proc_fs_opts, Alexey Gladkov
  • [PATCH v8 02/11] proc: add proc_fs_info struct to store proc information, Alexey Gladkov
  • [PATCH v8 05/11] proc: add helpers to set and get proc hidepid and gid mount options, Alexey Gladkov
    • Re: [PATCH v8 05/11] proc: add helpers to set and get proc hidepid and gid mount options, Andy Lutomirski
      • Re: [PATCH v8 05/11] proc: add helpers to set and get proc hidepid and gid mount options, Alexey Gladkov
  • [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
    • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
    • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
        • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
          • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
          • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
            • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
              • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
                  • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                    • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
                      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
                        • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                          • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
                            • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                              • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
                                • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
                                • [PATCH 0/7] proc: Dentry flushing without proc_mnt, Eric W. Biederman
                                • [PATCH 1/7] proc: Rename in proc_inode rename sysctl_inodes sibling_inodes, Eric W. Biederman
                                • [PATCH 2/7] proc: Generalize proc_sys_prune_dcache into proc_prune_siblings_dcache, Eric W. Biederman
                                • [PATCH 3/7] proc: Mov rcu_read_(lock|unlock) in proc_prune_siblings_dcache, Eric W. Biederman
                                • Re: [PATCH 3/7] proc: Mov rcu_read_(lock|unlock) in proc_prune_siblings_dcache, Linus Torvalds
                                • [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Eric W. Biederman
                                • Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Linus Torvalds
                                • Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Al Viro
                                • Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Linus Torvalds
                                • Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Al Viro
                                • Re: [PATCH 4/7] proc: Use d_invalidate in proc_prune_siblings_dcache, Eric W. Biederman
                                • [PATCH 5/7] proc: Clear the pieces of proc_inode that proc_evict_inode cares about, Eric W. Biederman
                                • [PATCH 6/7] proc: Use a list of inodes to flush from proc, Eric W. Biederman
                                • [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once, Eric W. Biederman
                                • Re: [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once, Oleg Nesterov
                                • Re: [PATCH 7/7] proc: Ensure we see the exit of each process tid exactly once, Eric W. Biederman
                                • Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt, Linus Torvalds
                                • Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt, Al Viro
                                • Re: [PATCH 0/7] proc: Dentry flushing without proc_mnt, Eric W. Biederman
                                • [PATCH v2 0/6] proc: Dentry flushing without proc_mnt, Eric W. Biederman
                                • [PATCH v2 1/6] proc: Rename in proc_inode rename sysctl_inodes sibling_inodes, Eric W. Biederman
                                • [PATCH v2 2/6] proc: Generalize proc_sys_prune_dcache into proc_prune_siblings_dcache, Eric W. Biederman
                                • [PATCH v2 3/6] proc: In proc_prune_siblings_dcache cache an aquired super block, Eric W. Biederman
                                • [PATCH v2 4/6] proc: Use d_invalidate in proc_prune_siblings_dcache, Eric W. Biederman
                                • [PATCH v2 5/6] proc: Clear the pieces of proc_inode that proc_evict_inode cares about, Eric W. Biederman
                                • [PATCH v2 6/6] proc: Use a list of inodes to flush from proc, Eric W. Biederman
                                • [PATCH 0/3] proc: Actually honor the mount options, Eric W. Biederman
                                • [PATCH 1/3] uml: Don't consult current to find the proc_mnt in mconsole_proc, Eric W. Biederman
                                • [PATCH 2/3] uml: Create a private mount of proc for mconsole, Eric W. Biederman
                                • Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole, Christian Brauner
                                • Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole, Eric W. Biederman
                                • Re: [PATCH 2/3] uml: Create a private mount of proc for mconsole, Christian Brauner
                                • [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc, Eric W. Biederman
                                • Re: [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc, Christian Brauner
                                • Re: [PATCH 3/3] proc: Remove the now unnecessary internal mount of proc, Eric W. Biederman
                                • [PATCH 4/3] pid: Improve the comment about waiting in zap_pid_ns_processes, Eric W. Biederman
                                • Re: [PATCH 4/3] pid: Improve the comment about waiting in zap_pid_ns_processes, Christian Brauner
                      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Eric W. Biederman
            • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
    • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Al Viro
      • Re: [PATCH v8 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
  • [PATCH v8 08/11] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option, Alexey Gladkov
    • Re: [PATCH v8 08/11] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option, Jordan Glover
      • Re: [PATCH v8 08/11] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option, Alexey Gladkov
  • [PATCH v8 09/11] proc: add option to mount only a pids subset, Alexey Gladkov
  • [PATCH v8 10/11] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior, Alexey Gladkov
    • Re: [PATCH v8 10/11] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior, Andy Lutomirski
      • Re: [PATCH v8 10/11] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior, Alexey Gladkov
  • [PATCH v8 11/11] proc: Move hidepid values to uapi as they are user interface to mount, Alexey Gladkov
• [PATCH v7 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
  • [PATCH v7 1/2] Documentation: fpga: dfl: add description for performance reporting support, Wu Hao
  • [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
    • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Will Deacon
      • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
        • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Greg KH
          • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
            • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Greg KH
              • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
    • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Greg KH
      • Re: [PATCH v7 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
• [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
  • [PATCH] mremap.2: Add information for MREMAP_DONTUNMAP., Brian Geffon
    • Re: [PATCH] mremap.2: Add information for MREMAP_DONTUNMAP., Christian Brauner
  • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Andrew Morton
    • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
  • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
    • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
      • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
        • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
          • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
  • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Daniel Colascione
    • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
      • Re: [PATCH v4] mm: Add MREMAP_DONTUNMAP to mremap()., Daniel Colascione
  • [PATCH v5 1/2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
    • [PATCH v5 2/2] selftest: Add MREMAP_DONTUNMAP selftest., Brian Geffon
    • Re: [PATCH v5 1/2] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
      • Re: [PATCH v5 1/2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
• [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
  • [PATCH v3 1/3] vfs: track per-sb writeback errors and report them to syncfs, Jeff Layton
  • [PATCH v3 3/3] vfs: add a new ioctl for fetching the superblock's errseq_t, Jeff Layton
  • [PATCH v3 2/3] buffer: record blockdev write errors in super_block that it backs, Jeff Layton
  • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Dave Chinner
    • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Andres Freund
      • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
        • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Andres Freund
      • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Dave Chinner
        • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Andres Freund
        • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Andres Freund
          • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Dave Chinner
            • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Andres Freund
        • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
  • Re: [PATCH v3 0/3] vfs: have syncfs() return error when there are writeback errors, Jeff Layton
• [RFC PATCH v9 0/7] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 4/7] x86/cet/ibt: ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 7/7] x86/cet/ibt: Introduce arch_prctl(ARCH_X86_CET_MARK_LEGACY_CODE), Yu-cheng Yu
  • [RFC PATCH v9 5/7] x86/cet/ibt: Add arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [RFC PATCH v9 6/7] mm: Update alloc_set_pte() for zero page, Yu-cheng Yu
  • [RFC PATCH v9 1/7] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
• [RFC PATCH v9 00/27] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [RFC PATCH v9 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Kees Cook
  • [RFC PATCH v9 03/27] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states, Yu-cheng Yu
    • Re: [RFC PATCH v9 03/27] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states, Kees Cook
  • [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Kees Cook
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Pavel Machek
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, H.J. Lu
        • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
          • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, H.J. Lu
            • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Andy Lutomirski
              • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
        • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
          • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
  • [RFC PATCH v9 27/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 26/27] mm/mmap: Add Shadow Stack pages to memory accounting, Yu-cheng Yu
  • [RFC PATCH v9 24/27] x86/cet/shstk: ELF header parsing for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 24/27] x86/cet/shstk: ELF header parsing for Shadow Stack, Kees Cook
  • [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Kees Cook
      • Re: [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 23/27] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [RFC PATCH v9 21/27] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND, Yu-cheng Yu
    • Re: [RFC PATCH v9 21/27] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND, Kees Cook
  • [RFC PATCH v9 22/27] ELF: Add ELF program property parsing support, Yu-cheng Yu
    • Re: [RFC PATCH v9 22/27] ELF: Add ELF program property parsing support, Kees Cook
  • [RFC PATCH v9 19/27] x86/cet/shstk: Handle signals for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 19/27] x86/cet/shstk: Handle signals for Shadow Stack, Kees Cook
  • [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
    • Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Kees Cook
      • Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
  • [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Yu-cheng Yu
    • Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Kees Cook
    • Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Dave Hansen
  • [RFC PATCH v9 20/27] ELF: UAPI and Kconfig additions for ELF program properties, Yu-cheng Yu
  • [RFC PATCH v9 16/27] mm: Update can_follow_write_pte() for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 16/27] mm: Update can_follow_write_pte() for Shadow Stack, Dave Hansen
  • [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
    • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Kees Cook
    • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Dave Hansen
      • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Yu-cheng Yu
    • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Kees Cook
    • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Dave Hansen
      • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Yu-cheng Yu
    • Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Kees Cook
    • Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Dave Hansen
  • [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Kees Cook
      • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Dave Hansen
      • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
        • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Dave Hansen
          • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
  • [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Kees Cook
      • Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Yu-cheng Yu
  • [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
    • Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Kees Cook
    • Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Dave Hansen
  • [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
    • Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Kees Cook
    • Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Dave Hansen
  • [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Kees Cook
    • Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Kees Cook
    • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Dave Hansen
      • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
        • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Randy Dunlap
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Kees Cook
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
          • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
            • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
              • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                  • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                          • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                            • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                              • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
  • [RFC PATCH v9 10/27] x86/mm: Update pte_modify, pmd_modify, and _PAGE_CHG_MASK for _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 10/27] x86/mm: Update pte_modify, pmd_modify, and _PAGE_CHG_MASK for _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Yu-cheng Yu
    • Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Kees Cook
    • Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Dave Hansen
  • Re: [RFC PATCH v9 00/27] Control-flow Enforcement: Shadow Stack, Kees Cook
• [PATCH v6 0/6] clone3 & cgroups: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v6 2/6] cgroup: add cgroup_get_from_file() helper, Christian Brauner
  • [PATCH v6 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v6 3/6] cgroup: refactor fork helpers, Christian Brauner
  • [PATCH v6 4/6] cgroup: add cgroup_may_write() helper, Christian Brauner
  • [PATCH v6 1/6] cgroup: unify attach permission checking, Christian Brauner
  • [PATCH v6 6/6] selftests/cgroup: add tests for cloning into cgroups, Christian Brauner
  • Re: [PATCH v6 0/6] clone3 & cgroups: allow spawning processes into cgroups, Tejun Heo
    • Re: [PATCH v6 0/6] clone3 & cgroups: allow spawning processes into cgroups, Christian Brauner
• [RFC v3 02/26] arch: add __SYSCALL_DEFINE_ARCH, Hajime Tazaki
• [PATCH] vfs: add RWF_NOAPPEND flag for pwritev2, Rich Felker
• [v3 PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
  • Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case, Michal Hocko
    • Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
      • Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
  • Re: [v3 PATCH] move_pages.2: Returning positive value is a new error case, Michael Kerrisk (man-pages)
• [PATCH man-pages v2 0/2] document openat2(2), Aleksa Sarai
  • [PATCH man-pages v2 1/2] path_resolution.7: update to mention openat2(2) features, Aleksa Sarai
    • Re: [PATCH man-pages v2 1/2] path_resolution.7: update to mention openat2(2) features, Michael Kerrisk (man-pages)
  • [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
      • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
        • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
          • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
      • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
        • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
          • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
          • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
            • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
              • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Aleksa Sarai
                • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
                • Re: [PATCH man-pages v2 2/2] openat2.2: document new openat2(2) syscall, Michael Kerrisk (man-pages)
                • [PATCH] symlink.7: document magic-links more completely, Aleksa Sarai
                  • Re: [PATCH] symlink.7: document magic-links more completely, Michael Kerrisk (man-pages)
• [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Mike Rapoport
  • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Dave Hansen
    • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Mike Rapoport
      • RE: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Reshetova, Elena
      • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Edgecombe, Rick P
  • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Jonathan Corbet
    • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Mike Rapoport
  • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Andy Lutomirski
    • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Dave Hansen
      • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Andy Lutomirski
        • Re: [RFC PATCH] mm: extend memfd with ability to create "secret" memory areas, Florian Weimer
• [v2 PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
  • Re: [v2 PATCH] move_pages.2: Returning positive value is a new error case, Vlastimil Babka
    • Re: [v2 PATCH] move_pages.2: Returning positive value is a new error case, Michal Hocko
      • Re: [v2 PATCH] move_pages.2: Returning positive value is a new error case, Vlastimil Babka
        • Re: [v2 PATCH] move_pages.2: Returning positive value is a new error case, Michal Hocko
          • Re: [v2 PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
• [PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
  • Re: [PATCH] move_pages.2: Returning positive value is a new error case, Michal Hocko
    • Re: [PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
      • Re: [PATCH] move_pages.2: Returning positive value is a new error case, Michal Hocko
  • Re: [PATCH] move_pages.2: Returning positive value is a new error case, David Hildenbrand
    • Re: [PATCH] move_pages.2: Returning positive value is a new error case, Yang Shi
• Including both linux/time.h and linux/input.h causes failure, Elichai Turkel
  • Re: Including both linux/time.h and linux/input.h causes failure, Carlos O'Donell
    • Re: Including both linux/time.h and linux/input.h causes failure, Elichai Turkel
• IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
  • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
        • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
          • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
            • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
              • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                  • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Christian Brauner
                        • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
              • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                  • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                        • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                        • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                          • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                            • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                              • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Pavel Begunkov
              • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jann Horn
                • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                  • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                    • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jann Horn
                      • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Christian Brauner
                        • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                          • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Stefan Metzmacher
                            • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
                          • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Christian Brauner
                            • Re: IORING_REGISTER_CREDS[_UPDATE]() and credfd_create()?, Jens Axboe
• [PATCH v3 0/5] introduce memory hinting API for external process, Minchan Kim
  • [PATCH v3 1/5] mm: factor out madvise's core functionality, Minchan Kim
    • Re: [PATCH v3 1/5] mm: factor out madvise's core functionality, Alexander Duyck
      • Re: [PATCH v3 1/5] mm: factor out madvise's core functionality, Minchan Kim
  • [PATCH v3 4/5] mm/madvise: allow KSM hints for remote API, Minchan Kim
  • [PATCH v3 3/5] mm/madvise: employ mmget_still_valid for write lock, Minchan Kim
  • [PATCH v3 2/5] mm: introduce external memory hinting API, Minchan Kim
    • Re: [PATCH v3 2/5] mm: introduce external memory hinting API, Suren Baghdasaryan
      • Re: [PATCH v3 2/5] mm: introduce external memory hinting API, Minchan Kim
  • [PATCH v3 5/5] mm: support both pid and pidfd for process_madvise, Minchan Kim
    • Re: [PATCH v3 5/5] mm: support both pid and pidfd for process_madvise, Alexander Duyck
      • Re: [PATCH v3 5/5] mm: support both pid and pidfd for process_madvise, Minchan Kim
  • Re: [PATCH v3 0/5] introduce memory hinting API for external process, Minchan Kim
• [PATCH v7 00/11] proc: modernize proc to support multiple private instances, Alexey Gladkov
  • [PATCH v7 01/11] proc: Rename struct proc_fs_info to proc_fs_opts, Alexey Gladkov
  • [PATCH v7 11/11] proc: Move hidepid values to uapi as they are user interface to mount, Alexey Gladkov
  • [PATCH v7 09/11] proc: add option to mount only a pids subset, Alexey Gladkov
  • [PATCH v7 10/11] docs: proc: add documentation for "hidepid=4" and "subset=pidfs" options and new mount behavior, Alexey Gladkov
  • [PATCH v7 08/11] proc: instantiate only pids that we can ptrace on 'hidepid=4' mount option, Alexey Gladkov
  • [PATCH v7 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
    • Re: [PATCH v7 07/11] proc: flush task dcache entries from all procfs instances, Linus Torvalds
      • Re: [PATCH v7 07/11] proc: flush task dcache entries from all procfs instances, Alexey Gladkov
  • [PATCH v7 06/11] proc: support mounting procfs instances inside same pid namespace, Alexey Gladkov
  • [PATCH v7 02/11] proc: add proc_fs_info struct to store proc information, Alexey Gladkov
    • Re: [PATCH v7 02/11] proc: add proc_fs_info struct to store proc information, Oleg Nesterov
      • Re: [PATCH v7 02/11] proc: add proc_fs_info struct to store proc information, Oleg Nesterov
  • [PATCH v7 05/11] proc: add helpers to set and get proc hidepid and gid mount options, Alexey Gladkov
  • [PATCH v7 03/11] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Alexey Gladkov
  • [PATCH v7 04/11] proc: move hide_pid, pid_gid from pid_namespace to proc_fs_info, Alexey Gladkov
• [PATCH AUTOSEL 5.4 077/107] selftests: mlxsw: qos_mc_aware: Fix mausezahn invocation, Sasha Levin
• [PATCH 0/4] Add the ability to get a pidfd on seccomp user notifications, Sargun Dhillon
  • [PATCH 1/4] pid: Add pidfd_create_file helper, Sargun Dhillon
  • [PATCH 2/4] fork: Use newly created pidfd_create_file helper, Sargun Dhillon
  • [PATCH 4/4] selftests/seccomp: test SECCOMP_USER_NOTIF_FLAG_PIDFD, Sargun Dhillon
  • [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Sargun Dhillon
    • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Tycho Andersen
      • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Sargun Dhillon
        • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Aleksa Sarai
        • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Tycho Andersen
          • Message not available
            • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Christian Brauner
    • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Aleksa Sarai
      • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Aleksa Sarai
        • Re: [PATCH 3/4] seccomp: Add SECCOMP_USER_NOTIF_FLAG_PIDFD to get pidfd on listener trap, Sargun Dhillon
• [PATCH AUTOSEL 5.4 04/33] libbpf: Fix BTF-defined map's __type macro handling of arrays, Sasha Levin
• Proposal to fix pwrite with O_APPEND via pwritev2 flag, Rich Felker
  • Re: Proposal to fix pwrite with O_APPEND via pwritev2 flag, Florian Weimer
    • Re: Proposal to fix pwrite with O_APPEND via pwritev2 flag, Rich Felker
  • Re: Proposal to fix pwrite with O_APPEND via pwritev2 flag, Rich Felker
• [PATCH] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
  • Re: [PATCH] mm: Add MREMAP_DONTUNMAP to mremap()., Andy Lutomirski
    • Re: [PATCH] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
  • [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
    • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Nathan Chancellor
      • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
    • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
      • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
        • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
          • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
          • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
            • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
              • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
                • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Kirill A. Shutemov
    • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Florian Weimer
      • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
        • Re: [PATCH v2] mm: Add MREMAP_DONTUNMAP to mremap()., Florian Weimer
  • Re: [PATCH] mm: Add MREMAP_DONTUNMAP to mremap()., Dan Carpenter
  • [PATCH v3] mm: Add MREMAP_DONTUNMAP to mremap()., Brian Geffon
    • Re: [PATCH v3] mm: Add MREMAP_DONTUNMAP to mremap()., Will Deacon
      • Re: [PATCH v3] mm: Add MREMAP_DONTUNMAP to mremap()., Will Deacon
• [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
  • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Jann Horn
    • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
      • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Jann Horn
        • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
          • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Christopher Lameter
            • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
              • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, H. Peter Anvin
                • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Florian Weimer
                  • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
                    • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Florian Weimer
                      • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
          • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Jann Horn
  • <Possible follow-ups>
  • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Jan Ziak
  • Re: [RFC PATCH v1] pin_on_cpu: Introduce thread CPU pinning system call, Mathieu Desnoyers
• [PATCH v5 0/6] clone3 & cgroups: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v5 1/6] cgroup: unify attach permission checking, Christian Brauner
    • Re: [PATCH v5 1/6] cgroup: unify attach permission checking, Michal Koutný
  • [PATCH v5 2/6] cgroup: add cgroup_get_from_file() helper, Christian Brauner
    • Re: [PATCH v5 2/6] cgroup: add cgroup_get_from_file() helper, Michal Koutný
  • [PATCH v5 3/6] cgroup: refactor fork helpers, Christian Brauner
    • Re: [PATCH v5 3/6] cgroup: refactor fork helpers, Michal Koutný
  • [PATCH v5 4/6] cgroup: add cgroup_may_write() helper, Christian Brauner
  • [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
    • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Michal Koutný
      • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
        • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Michal Koutný
          • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
    • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Peter Zijlstra
      • Re: [PATCH v5 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v5 6/6] selftests/cgroup: add tests for cloning into cgroups, Christian Brauner
• Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup, syzbot
  • Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup, Christian Brauner
    • Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup, Dan Carpenter
  • <Possible follow-ups>
  • Re: KASAN: slab-out-of-bounds Read in bitmap_ip_ext_cleanup, syzbot
• 942437c97f ("y2038: allow disabling time32 system calls"): init: timer.c:289: Assertion failed in nih_timer_poll: clock_gettime (CLOCK_MONOTONIC, &now) == 0, kernel test robot
• [PATCH v4 0/6] clone3 & cgroups: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v4 3/6] cgroup: refactor fork helpers, Christian Brauner
    • Re: [PATCH v4 3/6] cgroup: refactor fork helpers, Oleg Nesterov
      • Re: [PATCH v4 3/6] cgroup: refactor fork helpers, Christian Brauner
        • Re: [PATCH v4 3/6] cgroup: refactor fork helpers, Oleg Nesterov
          • Re: [PATCH v4 3/6] cgroup: refactor fork helpers, Christian Brauner
  • [PATCH v4 4/6] cgroup: add cgroup_may_write() helper, Christian Brauner
  • [PATCH v4 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
    • Re: [PATCH v4 5/6] clone3: allow spawning processes into cgroups, Oleg Nesterov
      • Re: [PATCH v4 5/6] clone3: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v4 6/6] selftests/cgroup: add tests for cloning into cgroups, Christian Brauner
    • Re: [PATCH v4 6/6] selftests/cgroup: add tests for cloning into cgroups, Roman Gushchin
  • [PATCH v4 2/6] cgroup: add cgroup_get_from_file() helper, Christian Brauner
  • [PATCH v4 1/6] cgroup: unify attach permission checking, Christian Brauner
    • Re: [PATCH v4 1/6] cgroup: unify attach permission checking, Oleg Nesterov
      • Re: [PATCH v4 1/6] cgroup: unify attach permission checking, Christian Brauner
• [RESEND Patch v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
  • [RESEND Patch v6 1/2] Documentation: fpga: dfl: add description for performance reporting support, Wu Hao
  • [RESEND Patch v6 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
    • Re: [RESEND Patch v6 2/2] fpga: dfl: fme: add performance reporting support, Greg KH
      • Re: [RESEND Patch v6 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
  • Re: [RESEND Patch v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
• [PATCH v3 0/5] clone3 & cgroups: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v3 2/5] cgroup: add cgroup_get_from_file() helper, Christian Brauner
  • [PATCH v3 5/5] selftests/cgroup: add tests for cloning into cgroups, Christian Brauner
  • [PATCH v3 4/5] clone3: allow spawning processes into cgroups, Christian Brauner
  • [PATCH v3 3/5] cgroup: refactor fork helpers, Christian Brauner
  • [PATCH v3 1/5] cgroup: unify attach permission checking, Christian Brauner
  • Re: [PATCH v3 0/5] clone3 & cgroups: allow spawning processes into cgroups, Tejun Heo
• [PATCH v2 0/5] introduce memory hinting API for external process, Minchan Kim
  • [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
    • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
      • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill A. Shutemov
        • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
          • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill A. Shutemov
            • Re: Re: [PATCH v2 2/5] mm: introduce external memory hinting API, SeongJae Park
            • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, sspatil
              • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
                • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill Tkhai
                • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
                  • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
                    • Re: Re: [PATCH v2 2/5] mm: introduce external memory hinting API, SeongJae Park
                      • Re: Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
                        • Re: Re: Re: [PATCH v2 2/5] mm: introduce external memory hinting API, SeongJae Park
                    • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
                      • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
            • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
              • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Oleksandr Natalenko
                • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
                  • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Oleksandr Natalenko
      • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
        • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
      • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill Tkhai
        • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
          • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill A. Shutemov
            • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
              • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Kirill A. Shutemov
                • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Michal Hocko
              • Re: [PATCH v2 2/5] mm: introduce external memory hinting API, Minchan Kim
  • [PATCH v2 5/5] mm: support both pid and pidfd for process_madvise, Minchan Kim
  • [PATCH v2 3/5] mm/madvise: employ mmget_still_valid for write lock, Minchan Kim
  • [PATCH v2 1/5] mm: factor out madvise's core functionality, Minchan Kim
    • Re: [PATCH v2 1/5] mm: factor out madvise's core functionality, Kirill Tkhai
      • Re: [PATCH v2 1/5] mm: factor out madvise's core functionality, Minchan Kim
  • [PATCH v2 4/5] mm/madvise: allow KSM hints for remote API, Minchan Kim
    • Re: [PATCH v2 4/5] mm/madvise: allow KSM hints for remote API, Kirill Tkhai
      • Re: [PATCH v2 4/5] mm/madvise: allow KSM hints for remote API, Oleksandr Natalenko
        • Re: [PATCH v2 4/5] mm/madvise: allow KSM hints for remote API, Minchan Kim
• [PATCH] fscrypt: reserve flags for hardware-wrapped keys feature, Eric Biggers
  • Re: [PATCH] fscrypt: reserve flags for hardware-wrapped keys feature, Christoph Hellwig
    • Re: [PATCH] fscrypt: reserve flags for hardware-wrapped keys feature, Theodore Y. Ts'o
      • Re: [PATCH] fscrypt: reserve flags for hardware-wrapped keys feature, Greg KH
• Re: [PATCH] mm/compaction: Disable compact_unevictable_allowed on RT, Vlastimil Babka
  • Re: [PATCH] mm/compaction: Disable compact_unevictable_allowed on RT, Sebastian Andrzej Siewior
  • [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT, Sebastian Andrzej Siewior
    • Re: [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT, Andrew Morton
      • Re: [PATCH v2] mm/compaction: Disable compact_unevictable_allowed on RT, Sebastian Andrzej Siewior
        • [PATCH 1/2] =?UTF-8?q?mm/compaction:=20Really=20limit=20compact?= =?UTF-8?q?=5Funevictable=5Fallowed=20to=200=E2=80=A61?=, Sebastian Andrzej Siewior
          • [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT, Sebastian Andrzej Siewior
            • Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT, Andrew Morton
              • Re: [PATCH 2/2 v3] mm/compaction: Disable compact_unevictable_allowed on RT, Vlastimil Babka