Linux API

• Date Index

• Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match), (continued)
  • Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match), Alexei Starovoitov
  • Re: [RFC v2 09/10] landlock: Handle cgroups (program types), Mickaël Salaün
    • Re: [RFC v2 09/10] landlock: Handle cgroups (program types), Alexei Starovoitov
      • Re: [RFC v2 09/10] landlock: Handle cgroups (program types), Mickaël Salaün
        • Re: [RFC v2 09/10] landlock: Handle cgroups (program types), Alexei Starovoitov
          • Re: [RFC v2 09/10] landlock: Handle cgroups (program types), Mickaël Salaün
  • [RFC v2 08/10] landlock: Handle file system comparisons, Mickaël Salaün
    • Re: [RFC v2 08/10] landlock: Handle file system comparisons, Andy Lutomirski
      • Re: [RFC v2 08/10] landlock: Handle file system comparisons, Mickaël Salaün
        • Re: [RFC v2 08/10] landlock: Handle file system comparisons, Andy Lutomirski
          • Re: [RFC v2 08/10] landlock: Handle file system comparisons, Mickaël Salaün
  • [RFC v2 05/10] seccomp: Handle Landlock, Mickaël Salaün
  • [RFC v2 06/10] landlock: Add LSM hooks, Mickaël Salaün
    • Re: [RFC v2 06/10] landlock: Add LSM hooks, Andy Lutomirski
      • Re: [RFC v2 06/10] landlock: Add LSM hooks, Mickaël Salaün
        • Re: [RFC v2 06/10] landlock: Add LSM hooks, Andy Lutomirski
          • Re: [RFC v2 06/10] landlock: Add LSM hooks, Mickaël Salaün
  • [RFC v2 03/10] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles, Mickaël Salaün
  • [RFC v2 04/10] seccomp: Split put_seccomp_filter() with put_seccomp(), Mickaël Salaün
  • [RFC v2 07/10] landlock: Add errno check, Mickaël Salaün
    • Re: [RFC v2 07/10] landlock: Add errno check, Andy Lutomirski
  • [RFC v2 01/10] landlock: Add Kconfig, Mickaël Salaün
  • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Andy Lutomirski
    • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Mickaël Salaün
  • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Andy Lutomirski
    • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Mickaël Salaün
      • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing (cgroup delegation), Mickaël Salaün
  • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Andy Lutomirski
    • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Mickaël Salaün
      • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Andy Lutomirski
  • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Pavel Machek
    • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Mickaël Salaün
      • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Pavel Machek
      • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Kees Cook
        • Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing, Mickaël Salaün
• Continue a discussion about the netlink interface, Andrei Vagin
• [RFC PATCH v8 0/9] Restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH v8 2/9] tracing: instrument restartable sequences, Mathieu Desnoyers
  • [RFC PATCH v8 3/9] Restartable sequences: ARM 32 architecture support, Mathieu Desnoyers
  • [RFC PATCH v8 4/9] Restartable sequences: wire up ARM 32 system call, Mathieu Desnoyers
  • [RFC PATCH v8 5/9] Restartable sequences: x86 32/64 architecture support, Mathieu Desnoyers
  • [RFC PATCH v8 8/9] Restartable sequences: Wire up powerpc system call, Mathieu Desnoyers
  • [RFC PATCH v8 7/9] Restartable sequences: powerpc architecture support, Mathieu Desnoyers
  • [RFC PATCH v8 9/9] Restartable sequences: self-tests, Mathieu Desnoyers
  • [RFC PATCH v8 6/9] Restartable sequences: wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH v8 1/9] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Linus Torvalds
      • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Josh Triplett
        • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Linus Torvalds
      • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Andi Kleen
        • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Paul E. McKenney
          • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Linus Torvalds
            • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Paul E. McKenney
        • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Josh Triplett
          • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Dave Watson
      • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Ben Maurer
          • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Josh Triplett
            • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Mathieu Desnoyers
              • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Josh Triplett
              • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Boqun Feng
    • Re: [RFC PATCH v8 1/9] Restartable sequences system call, Pavel Machek
• [PATCH 1/8] pipe: relocate round_pipe_size() above pipe_set_size(), Michael Kerrisk (man-pages)
• [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
  • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Willy Tarreau
    • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
    • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
      • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Willy Tarreau
        • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
  • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Vegard Nossum
    • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
      • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
        • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Vegard Nossum
          • Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size(), Michael Kerrisk (man-pages)
• [PATCH 3/8] pipe: refactor argument for account_pipe_buffers(), Michael Kerrisk (man-pages)
• [PATCH 2/8] pipe: move limit checking logic into pipe_set_size(), Michael Kerrisk (man-pages)
• [PATCH 5/8] pipe: simplify logic in alloc_pipe_info(), Michael Kerrisk (man-pages)
• [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it, Michael Kerrisk (man-pages)
  • Re: [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it, Vegard Nossum
    • Re: [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it, Michael Kerrisk (man-pages)
• [PATCH 8/8] pipe: cap initial pipe capacity according to pipe-max-size limit, Michael Kerrisk (man-pages)
• [PATCH 6/8] pipe: fix limit checking in alloc_pipe_info(), Michael Kerrisk (man-pages)
• [PATCH 0/8] pipe: fix limit handling, Michael Kerrisk (man-pages)
• Context switch latency in tickless isolated CPU, GeHao Kang
  • Re: Context switch latency in tickless isolated CPU, Chris Metcalf
    • Re: Context switch latency in tickless isolated CPU, GeHao Kang
      • Re: Context switch latency in tickless isolated CPU, Peter Zijlstra
        • Re: Context switch latency in tickless isolated CPU, GeHao Kang
          • Re: Context switch latency in tickless isolated CPU, Paul E. McKenney
            • Re: Context switch latency in tickless isolated CPU, GeHao Kang
              • Re: Context switch latency in tickless isolated CPU, Paul E. McKenney
                • Re: Context switch latency in tickless isolated CPU, Mark Hounschell
                  • Re: Context switch latency in tickless isolated CPU, Paul E. McKenney
                    • Re: Context switch latency in tickless isolated CPU, Mark Hounschell
• [PACTH v4 0/3] Implement /proc/<pid>/totmaps, robert . foss
  • [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps, robert . foss
    • Re: [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps, Jacek Anaszewski
      • Re: [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps, Robert Foss
        • Re: [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps, Mateusz Guzik
          • Re: [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps, Robert Foss
  • [PACTH v4 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation, robert . foss
  • [PACTH v4 2/3] Documentation/filesystems: Fixed typo, robert . foss
• [PATCH v15 00/13] support "task_isolation" mode, Chris Metcalf
  • [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
    • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
      • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
        • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
          • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
            • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
        • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
          • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
            • Re: [PATCH v15 04/13] task_isolation: add initial support, Andy Lutomirski
              • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                • Re: [PATCH v15 04/13] task_isolation: add initial support, Andy Lutomirski
                  • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                    • Re: [PATCH v15 04/13] task_isolation: add initial support, Andy Lutomirski
                      • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                        • Re: [PATCH v15 04/13] task_isolation: add initial support, Andy Lutomirski
                          • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                            • Re: [PATCH v15 04/13] task_isolation: add initial support, Andy Lutomirski
                              • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                          • Re: [PATCH v15 04/13] task_isolation: add initial support, Frederic Weisbecker
                            • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
                              • Re: [PATCH v15 04/13] task_isolation: add initial support, Frederic Weisbecker
                  • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
            • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
              • Re: [PATCH v15 04/13] task_isolation: add initial support, Chris Metcalf
                • Re: [PATCH v15 04/13] task_isolation: add initial support, Peter Zijlstra
  • [PATCH v15 12/13] task_isolation: add user-settable notification signal, Chris Metcalf
  • [PATCH] Fix /proc/stat freezes (was [PATCH v15] "task_isolation" mode), Christoph Lameter
    • Re: [PATCH] Fix /proc/stat freezes (was [PATCH v15] "task_isolation" mode), Chris Metcalf
    • Re: [PATCH] Fix /proc/stat freezes (was [PATCH v15] "task_isolation" mode), Frederic Weisbecker
  • Ping: [PATCH v15 00/13] support "task_isolation" mode, Chris Metcalf
    • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Francis Giraldeau
      • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Francis Giraldeau
      • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Francis Giraldeau
      • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Chris Metcalf
        • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Peter Zijlstra
          • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Rafael J. Wysocki
            • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Rafael J. Wysocki
              • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Francis Giraldeau
        • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Francis Giraldeau
          • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Chris Metcalf
          • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Frederic Weisbecker
    • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Frederic Weisbecker
      • Re: Ping: [PATCH v15 00/13] support "task_isolation" mode, Chris Metcalf
• [PACTH v3 0/3] Implement /proc/<pid>/totmaps, robert . foss
  • [PACTH v3 2/3] Documentation/filesystems: Fixed typo, robert . foss
  • [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation, robert . foss
    • Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation, Jann Horn
      • Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation, Robert Foss
  • [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps, robert . foss
    • Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps, Jann Horn
      • Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps, Robert Foss
        • Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps, Jann Horn
• [PATCH 1/2] pipe: check limits only when increasing pipe capacity, Michael Kerrisk (man-pages)
  • [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Michael Kerrisk (man-pages)
    • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Vegard Nossum
      • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Michael Kerrisk (man-pages)
        • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Vegard Nossum
          • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Michael Kerrisk (man-pages)
            • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Vegard Nossum
              • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Michael Kerrisk (man-pages)
                • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Vegard Nossum
    • Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise, Michael Kerrisk (man-pages)
  • Re: [PATCH 1/2] pipe: check limits only when increasing pipe capacity, Vegard Nossum
  • Re: [PATCH 1/2] pipe: check limits only when increasing pipe capacity, Michael Kerrisk (man-pages)
• [PATCH v25 00/22] Richacls (Core and Ext4), Andreas Gruenbacher
  • [PATCH v25 04/22] vfs: Make the inode passed to inode_change_ok non-const, Andreas Gruenbacher
  • [PATCH v25 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags, Andreas Gruenbacher
  • [PATCH v25 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags, Andreas Gruenbacher
  • [PATCH v25 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests, Andreas Gruenbacher
  • [PATCH v25 17/22] richacl: xattr mapping functions, Andreas Gruenbacher
  • [PATCH v25 18/22] richacl: Add richacl xattr handler, Andreas Gruenbacher
  • [PATCH v25 22/22] ext4: Add richacl feature flag, Andreas Gruenbacher
  • [PATCH v25 13/22] richacl: Update the file masks in chmod(), Andreas Gruenbacher
  • [PATCH v25 15/22] richacl: Create-time inheritance, Andreas Gruenbacher
  • [PATCH v25 07/22] richacl: Permission mapping functions, Andreas Gruenbacher
  • [PATCH v25 14/22] richacl: Check if an acl is equivalent to a file mode, Andreas Gruenbacher
  • [PATCH v25 09/22] richacl: Compute maximum file masks from an acl, Andreas Gruenbacher
  • [PATCH v25 05/22] vfs: Add permission flags for setting file attributes, Andreas Gruenbacher
  • [PATCH v25 10/22] vfs: Cache base_acl objects in inodes, Andreas Gruenbacher
  • [PATCH v25 11/22] vfs: Add get_richacl and set_richacl inode operations, Andreas Gruenbacher
  • [PATCH v25 08/22] richacl: Permission check algorithm, Andreas Gruenbacher
  • [PATCH v25 16/22] richacl: Automatic Inheritance, Andreas Gruenbacher
  • [PATCH v25 20/22] vfs: Move check_posix_acl and check_richacl out of fs/namei.c, Andreas Gruenbacher
  • [PATCH v25 19/22] vfs: Add richacl permission checking, Andreas Gruenbacher
  • [PATCH v25 21/22] ext4: Add richacl support, Andreas Gruenbacher
  • [PATCH v25 12/22] vfs: Cache richacl in struct inode, Andreas Gruenbacher
  • [PATCH v25 06/22] richacl: In-memory representation and helper functions, Andreas Gruenbacher
• Re: [PACTH v1] mm, proc: Implement /proc/<pid>/totmaps, Jann Horn
• [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Mathieu Poirier
  • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Vince Weaver
    • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Mathieu Poirier
      • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Vince Weaver
        • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Mathieu Poirier
      • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Michael Kerrisk (man-pages)
        • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Mathieu Poirier
  • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Vince Weaver
    • Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support, Mathieu Poirier
• [PATCH v14 00/14] support "task_isolation" mode, Chris Metcalf
  • [PATCH v14 13/14] task_isolation: add user-settable notification signal, Chris Metcalf
  • [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
    • Re: [PATCH v14 04/14] task_isolation: add initial support, Frederic Weisbecker
      • Re: [PATCH v14 04/14] task_isolation: add initial support, Christoph Lameter
        • Re: [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
          • Re: [PATCH v14 04/14] task_isolation: add initial support, Frederic Weisbecker
            • Re: [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
              • Re: [PATCH v14 04/14] task_isolation: add initial support, Frederic Weisbecker
                • Re: [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
                  • Re: [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
                    • Re: [PATCH v14 04/14] task_isolation: add initial support, Frederic Weisbecker
                      • Re: [PATCH v14 04/14] task_isolation: add initial support, Chris Metcalf
• [PATCH v10 00/11] kthread: Kthread worker API improvements, Petr Mladek
  • [PATCH v10 11/11] kthread: Better support freezable kthread workers, Petr Mladek
  • [PATCH v10 05/11] kthread: Add kthread_create_worker*(), Petr Mladek
  • [PATCH v10 08/11] kthread: Initial support for delayed kthread work, Petr Mladek
  • [PATCH v10 09/11] kthread: Allow to cancel kthread work, Petr Mladek
  • [PATCH v10 01/11] kthread: Rename probe_kthread_data() to kthread_probe_data(), Petr Mladek
  • [PATCH v10 10/11] kthread: Allow to modify delayed kthread work, Petr Mladek
  • [PATCH v10 07/11] kthread: Detect when a kthread work is used by more workers, Petr Mladek
  • [PATCH v10 03/11] kthread/smpboot: Do not park in kthread_create_on_cpu(), Petr Mladek
  • [PATCH v10 06/11] kthread: Add kthread_destroy_worker(), Petr Mladek
  • [PATCH v10 04/11] kthread: Allow to call __kthread_create_on_node() with va_list args, Petr Mladek
  • [PATCH v10 02/11] kthread: Kthread worker API cleanup, Petr Mladek
• [Documentation] State of CPU controller in cgroup v2, Tejun Heo
  • [PATCH 2/2] sched: Implement interface for cgroup unified hierarchy, Tejun Heo
  • [PATCH 1/2] sched: Misc preps for cgroup unified hierarchy interface, Tejun Heo
  • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
    • Re: [Documentation] State of CPU controller in cgroup v2, Johannes Weiner
      • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
        • Re: [Documentation] State of CPU controller in cgroup v2, Johannes Weiner
          • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
      • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
        • Re: [Documentation] State of CPU controller in cgroup v2, Chris Mason
        • Re: [Documentation] State of CPU controller in cgroup v2, Johannes Weiner
          • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
        • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
  • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
    • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
      • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
        • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
          • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
            • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
              • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                  • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                    • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                      • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                        • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                          • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                            • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                        • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                          • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
                          • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
                            • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                              • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
                          • Re: [Documentation] State of CPU controller in cgroup v2, Austin S. Hemmelgarn
                            • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                          • Message not available
                            • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
                              • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                                • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                                • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                                • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                                • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                                • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                                • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
                                • Re: [Documentation] State of CPU controller in cgroup v2, Peter Zijlstra
                                • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
          • Re: [Documentation] State of CPU controller in cgroup v2, Andy Lutomirski
      • Re: [Documentation] State of CPU controller in cgroup v2, Mike Galbraith
    • Re: [Documentation] State of CPU controller in cgroup v2, James Bottomley
      • Re: [Documentation] State of CPU controller in cgroup v2, Tejun Heo
• [PATCH 00/10] [v6] System Calls for Memory Protection Keys, Dave Hansen
  • [PATCH 01/10] x86, pkeys: add fault handling for PF_PK page fault bit, Dave Hansen
  • [PATCH 04/10] x86, pkeys: allocation/free syscalls, Dave Hansen
  • [PATCH 05/10] x86: wire up protection keys system calls, Dave Hansen
  • [PATCH 09/10] x86, pkeys: allow configuration of init_pkru, Dave Hansen
    • Re: [PATCH 09/10] x86, pkeys: allow configuration of init_pkru, Vlastimil Babka
      • Re: [PATCH 09/10] x86, pkeys: allow configuration of init_pkru, Dave Hansen
  • [PATCH 02/10] mm: implement new pkey_mprotect() system call, Dave Hansen
  • [PATCH 03/10] x86, pkeys: make mprotect_key() mask off additional vm_flags, Dave Hansen
  • [PATCH 10/10] x86, pkeys: add self-tests, Dave Hansen
  • [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Dave Hansen
    • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Andy Lutomirski
      • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Dave Hansen
        • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Andy Lutomirski
    • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Vlastimil Babka
      • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Dave Hansen
        • Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Vlastimil Babka
  • [PATCH 07/10] pkeys: add details of system call use to Documentation/, Dave Hansen
  • [PATCH 06/10] generic syscalls: wire up memory protection keys syscalls, Dave Hansen
  • <Possible follow-ups>
  • [PATCH 00/10] [v6] System Calls for Memory Protection Keys, Dave Hansen
    • [PATCH 02/10] mm: implement new pkey_mprotect() system call, Dave Hansen
    • [PATCH 09/10] x86, pkeys: allow configuration of init_pkru, Dave Hansen
    • [PATCH 10/10] x86, pkeys: add self-tests, Dave Hansen
    • [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU, Dave Hansen
    • [PATCH 07/10] pkeys: add details of system call use to Documentation/, Dave Hansen
    • [PATCH 06/10] generic syscalls: wire up memory protection keys syscalls, Dave Hansen
    • [PATCH 04/10] x86, pkeys: allocation/free syscalls, Dave Hansen
    • [PATCH 05/10] x86: wire up protection keys system calls, Dave Hansen
    • [PATCH 03/10] x86, pkeys: make mprotect_key() mask off additional vm_flags, Dave Hansen
    • [PATCH 01/10] x86, pkeys: add fault handling for PF_PK page fault bit, Dave Hansen
• [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE, Darrick J. Wong
  • Re: [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE, Christoph Hellwig
  • Re: [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE, Mark Fasheh
  • <Possible follow-ups>
  • [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE, Darrick J. Wong
• [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support, Lv Zheng
  • Re: [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support, Rafael J. Wysocki
    • RE: [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support, Zheng, Lv
• Effective way to help you develop global market, site6
• [PATCH v24 00/22] Richacls (Core and Ext4), Andreas Gruenbacher
  • [PATCH v24 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags, Andreas Gruenbacher
  • [PATCH v24 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests, Andreas Gruenbacher
  • [PATCH v24 06/22] richacl: In-memory representation and helper functions, Andreas Gruenbacher
  • [PATCH v24 12/22] vfs: Cache richacl in struct inode, Andreas Gruenbacher
  • [PATCH v24 14/22] richacl: Check if an acl is equivalent to a file mode, Andreas Gruenbacher
  • [PATCH v24 22/22] ext4: Add richacl feature flag, Andreas Gruenbacher
  • [PATCH v24 21/22] ext4: Add richacl support, Andreas Gruenbacher
  • [PATCH v24 20/22] vfs: Move check_posix_acl and check_richacl out of fs/namei.c, Andreas Gruenbacher
  • [PATCH v24 19/22] vfs: Add richacl permission checking, Andreas Gruenbacher
  • [PATCH v24 17/22] richacl: xattr mapping functions, Andreas Gruenbacher
  • [PATCH v24 16/22] richacl: Automatic Inheritance, Andreas Gruenbacher
  • [PATCH v24 18/22] richacl: Add richacl xattr handler, Andreas Gruenbacher
  • [PATCH v24 15/22] richacl: Create-time inheritance, Andreas Gruenbacher
  • [PATCH v24 13/22] richacl: Update the file masks in chmod(), Andreas Gruenbacher
  • [PATCH v24 11/22] vfs: Add get_richacl and set_richacl inode operations, Andreas Gruenbacher
  • [PATCH v24 10/22] vfs: Cache base_acl objects in inodes, Andreas Gruenbacher
  • [PATCH v24 09/22] richacl: Compute maximum file masks from an acl, Andreas Gruenbacher
  • [PATCH v24 07/22] richacl: Permission mapping functions, Andreas Gruenbacher
  • [PATCH v24 08/22] richacl: Permission check algorithm, Andreas Gruenbacher
  • [PATCH v24 04/22] vfs: Make the inode passed to inode_change_ok non-const, Andreas Gruenbacher
  • [PATCH v24 05/22] vfs: Add permission flags for setting file attributes, Andreas Gruenbacher
  • [PATCH v24 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags, Andreas Gruenbacher
• [PATCH v2 0/1] Add ro_after_init support for modules, Jessica Yu
  • [PATCH v2 1/1] modules: add ro_after_init support, Jessica Yu
    • Re: modules: add ro_after_init support, Jessica Yu
    • Re: [PATCH v2 1/1] modules: add ro_after_init support, Kees Cook
• [PATCH v3 1/3] ACPI / debugger: Add kernel flushing support, Lv Zheng
• [RFC PATCH v7 0/7] Restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
      • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Christoph Lameter
              • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
              • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
                • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
                  • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
                    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
                  • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
                    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
                • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Christoph Lameter
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Christoph Lameter
    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
      • [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t, Boqun Feng
        • [RFC 4/4] Restartable sequences: Add self-tests for PPC, Boqun Feng
          • Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC, Mathieu Desnoyers
            • Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC, Boqun Feng
              • [RFC v2] Restartable sequences: Add self-tests for PPC, Boqun Feng
                • Re: [RFC v2] Restartable sequences: Add self-tests for PPC, Mathieu Desnoyers
              • Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC, Mathieu Desnoyers
        • [RFC 3/4] Restartable sequences: Wire up powerpc system call, Boqun Feng
          • Re: [RFC 3/4] Restartable sequences: Wire up powerpc system call, Mathieu Desnoyers
        • [RFC 2/4] Restartable sequences: powerpc architecture support, Boqun Feng
          • Re: [RFC 2/4] Restartable sequences: powerpc architecture support, Mathieu Desnoyers
        • Re: [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t, Mathieu Desnoyers
      • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
      • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Paul E. McKenney
      • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Boqun Feng
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
      • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
              • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
                • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
                  • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
              • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
                • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
                  • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
                    • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Andy Lutomirski
        • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
          • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
            • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Peter Zijlstra
              • Re: [RFC PATCH v7 1/7] Restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH v7 3/7] Restartable sequences: ARM 32 architecture support, Mathieu Desnoyers
  • [RFC PATCH v7 4/7] Restartable sequences: wire up ARM 32 system call, Mathieu Desnoyers
  • [RFC PATCH v7 5/7] Restartable sequences: x86 32/64 architecture support, Mathieu Desnoyers
  • [RFC PATCH v7 6/7] Restartable sequences: wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
    • Message not available
      • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
        • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Dave Watson
          • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
          • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
            • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Boqun Feng
              • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
                • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
                • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Boqun Feng
                  • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Boqun Feng
                    • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
                      • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Boqun Feng
                        • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
                          • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Boqun Feng
                            • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
            • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
              • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Dave Watson
                • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
    • Message not available
      • Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests, Mathieu Desnoyers
  • [RFC PATCH v7 2/7] tracing: instrument restartable sequences, Mathieu Desnoyers
• [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
  • [PATCH v2 01/10] sysctl: Stop implicitly passing current into sysctl_table_root.lookup, Eric W. Biederman
    • [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces, Eric W. Biederman
      • Re: [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces, Serge E. Hallyn
    • [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces., Eric W. Biederman
      • Re: [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces., Serge E. Hallyn
    • [PATCH v2 04/10] userns: Generalize the user namespace count into ucount, Eric W. Biederman
      • Re: [PATCH v2 04/10] userns: Generalize the user namespace count into ucount, Serge E. Hallyn
    • [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces, Eric W. Biederman
      • Re: [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces, Serge E. Hallyn
    • [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces, Eric W. Biederman
      • Re: [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces, Serge E. Hallyn
    • [PATCH v2 09/10] netns: Add a limit on the number of net namespaces, Eric W. Biederman
      • Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces, Serge E. Hallyn
      • Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces, Andrei Vagin
        • Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces, Eric W. Biederman
    • [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces, Eric W. Biederman
      • Re: [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces, Serge E. Hallyn
    • [PATCH v2 03/10] userns: Add a limit on the number of user namespaces, Eric W. Biederman
      • Re: [PATCH v2 03/10] userns: Add a limit on the number of user namespaces, Serge E. Hallyn
    • [PATCH v2 02/10] userns: Add per user namespace sysctls., Eric W. Biederman
      • Re: [PATCH v2 02/10] userns: Add per user namespace sysctls., Eric W. Biederman
        • Re: [PATCH v2 02/10] userns: Add per user namespace sysctls., David Miller
          • Re: [PATCH v2 02/10] userns: Add per user namespace sysctls., Eric W. Biederman
            • Re: [PATCH v2 02/10] userns: Add per user namespace sysctls., David Miller
              • Re: [PATCH v2 02/10] userns: Add per user namespace sysctls., Eric W. Biederman
  • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Colin Walters
    • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
      • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Kees Cook
        • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
  • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Michael Kerrisk (man-pages)
    • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
  • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Michael Kerrisk (man-pages)
    • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
      • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Kees Cook
        • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Michael Kerrisk (man-pages)
          • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Kees Cook
  • Re: [PATCH v2 00/10] userns: sysctl limits for namespaces, Eric W. Biederman
• [PATCH 0/3 v3] fs: allow to use dirfd as root for openat and other *at syscalls, Andrey Vagin
  • [PATCH 2/3 v2] fs: allow to use dirfd as root for openat and other *at syscalls, Andrey Vagin
  • [PATCH 3/3] selftests: check O_ATROOT and AT_FDROOT flags, Andrey Vagin
  • [PATCH 1/3 v2] namei: add LOOKUP_DFD_ROOT to use dfd as root, Andrey Vagin
• Re: [PATCH 01/10] sysctl: Stop implicitly passing current into sysctl_table_root.lookup, Eric W. Biederman
• Re: [PATCH 3/3] f2fs: support clone_file_range, Christoph Hellwig
  • Re: [PATCH 3/3] f2fs: support clone_file_range, Jaegeuk Kim
• [PATCH v13 00/12] support "task_isolation" mode, Chris Metcalf
  • [PATCH v13 04/12] task_isolation: add initial support, Chris Metcalf
  • [PATCH v13 12/12] task_isolation: add user-settable notification signal, Chris Metcalf
  • Re: [PATCH v13 00/12] support "task_isolation" mode, Andy Lutomirski
    • Re: [PATCH v13 00/12] support "task_isolation" mode, Chris Metcalf
      • Re: [PATCH v13 00/12] support "task_isolation" mode, Andy Lutomirski
        • Re: [PATCH v13 00/12] support "task_isolation" mode, Chris Metcalf
    • Re: [PATCH v13 00/12] support "task_isolation" mode, Christoph Lameter
  • Re: [PATCH v13 00/12] support "task_isolation" mode, Christoph Lameter
    • Re: [PATCH v13 00/12] support "task_isolation" mode, Chris Metcalf
      • Re: [PATCH v13 00/12] support "task_isolation" mode, Christoph Lameter
        • Re: [PATCH v13 00/12] support "task_isolation" mode, Chris Metcalf
          • Re: [PATCH v13 00/12] support "task_isolation" mode, Christoph Lameter
            • clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
              • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
                • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                  • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                    • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
                      • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                        • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
                          • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                            • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
                              • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Francis Giraldeau
                                • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
              • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Frederic Weisbecker
                • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Peter Zijlstra
                  • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Frederic Weisbecker
                    • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
                  • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Paul E. McKenney
                    • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                      • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Paul E. McKenney
                        • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Christoph Lameter
                          • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Frederic Weisbecker
                            • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Paul E. McKenney
                              • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Frederic Weisbecker
                • Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode), Chris Metcalf
          • Re: [PATCH v13 00/12] support "task_isolation" mode, Peter Zijlstra
  • Re: [PATCH v13 00/12] support "task_isolation" mode, Christoph Lameter
• [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrey Vagin
  • [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor, Andrey Vagin
    • Re: [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor, W. Trevor King
  • [PATCH 1/5] namespaces: move user_ns into ns_common, Andrey Vagin
    • Re: [PATCH 1/5] namespaces: move user_ns into ns_common, kbuild test robot
  • [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, Andrey Vagin
    • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, W. Trevor King
  • [PATCH 5/5] tools/testing: add a test to check nsfs ioctl-s, Andrey Vagin
  • [PATCH 4/5] nsfs: add ioctl to get a parent namespace, Andrey Vagin
  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrey Vagin
    • [PATCH 1/5] namespaces: move user_ns into ns_common, Andrey Vagin
      • [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, Andrey Vagin
        • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, Eric W. Biederman
          • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, Andrew Vagin
            • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, Eric W. Biederman
              • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, W. Trevor King
        • Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace, W. Trevor King
      • [PATCH 4/5] nsfs: add ioctl to get a parent namespace, Andrey Vagin
        • Re: [PATCH 4/5] nsfs: add ioctl to get a parent namespace, Eric W. Biederman
      • [PATCH 5/5] tools/testing: add a test to check nsfs ioctl-s, Andrey Vagin
      • [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor, Andrey Vagin
      • Re: [PATCH 1/5] namespaces: move user_ns into ns_common, kbuild test robot
      • Re: [PATCH 1/5] namespaces: move user_ns into ns_common, kbuild test robot
      • Re: [PATCH 1/5] namespaces: move user_ns into ns_common, Eric W. Biederman
        • Re: [PATCH 1/5] namespaces: move user_ns into ns_common, Andrew Vagin
    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
      • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
      • Message not available
        • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrey Vagin
          • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
            • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
              • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Serge E. Hallyn
                  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
                  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
                    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                      • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
                        • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, W. Trevor King
                          • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
                        • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                          • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
                            • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                              • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
                                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
                                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Michael Kerrisk (man-pages)
                                • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
                    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, W. Trevor King
    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, James Bottomley
      • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, W. Trevor King
        • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
          • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, W. Trevor King
            • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Eric W. Biederman
  • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Alban Crequy
    • Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces, Andrew Vagin
• [PATCH] ioctl_ficlonerange.2: mention a subtlety with length == 0, Darrick J. Wong
  • Re: [PATCH] ioctl_ficlonerange.2: mention a subtlety with length == 0, Michael Kerrisk (man-pages)
• [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get(), Dave Hansen
  • Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get(), Mel Gorman
    • Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get(), Dave Hansen
      • Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get(), Mel Gorman
• [PATCH 0/9] [REVIEW-REQUEST] [v4] System Calls for Memory Protection Keys, Dave Hansen
  • [PATCH 4/9] x86: wire up mprotect_key() system call, Dave Hansen
  • [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls, Dave Hansen
  • [PATCH 9/9] x86, pkeys: add self-tests, Dave Hansen
  • [PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags, Dave Hansen
  • [PATCH 5/9] x86, pkeys: allocation/free syscalls, Dave Hansen
    • Re: [PATCH 5/9] x86, pkeys: allocation/free syscalls, Mel Gorman
      • Re: [PATCH 5/9] x86, pkeys: allocation/free syscalls, Dave Hansen
  • [PATCH 2/9] mm: implement new pkey_mprotect() system call, Dave Hansen
    • Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call, Mel Gorman
      • Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call, Dave Hansen
        • Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call, Mel Gorman
  • [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
    • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Mel Gorman
      • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
        • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
          • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
            • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
              • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
                  • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
                    • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
                      • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
                  • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
                  • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                    • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
                      • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                        • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
                          • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                        • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
                          • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                            • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
                              • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Andy Lutomirski
                                • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Ingo Molnar
              • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
              • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
          • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Dave Hansen
        • Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls, Mel Gorman
  • [PATCH 8/9] pkeys: add details of system call use to Documentation/, Dave Hansen
  • [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit, Dave Hansen
    • Re: [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit, Mel Gorman
      • Re: [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit, Dave Hansen
  • Re: [PATCH 0/9] [REVIEW-REQUEST] [v4] System Calls for Memory Protection Keys, Mel Gorman
  • Re: [PATCH 0/9] [REVIEW-REQUEST] [v4] System Calls for Memory Protection Keys, Hugh Dickins
• Re: Introspecting userns relationships to other namespaces?, Michael Kerrisk (man-pages)
  • Re: Introspecting userns relationships to other namespaces?, Serge E. Hallyn
    • Re: Introspecting userns relationships to other namespaces?, Eric W. Biederman
      • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
        • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
          • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
            • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
              • Re: [CRIU] Introspecting userns relationships to other namespaces?, W. Trevor King
              • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
                  • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                    • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
                      • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                        • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                        • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                        • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
                          • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
                            • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                              • Re: [CRIU] Introspecting userns relationships to other namespaces?, W. Trevor King
              • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
    • Re: Introspecting userns relationships to other namespaces?, Michael Kerrisk (man-pages)
      • Re: Introspecting userns relationships to other namespaces?, Serge E. Hallyn
        • Re: Introspecting userns relationships to other namespaces?, James Bottomley
          • Re: Introspecting userns relationships to other namespaces?, Michael Kerrisk (man-pages)
            • Re: Introspecting userns relationships to other namespaces?, Serge E. Hallyn
            • Re: Introspecting userns relationships to other namespaces?, James Bottomley
              • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                  • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                  • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                    • Re: Introspecting userns relationships to other namespaces?, W. Trevor King
                      • Re: Introspecting userns relationships to other namespaces?, W. Trevor King
                      • Re: Introspecting userns relationships to other namespaces?, Andrew Vagin
                        • Re: Introspecting userns relationships to other namespaces?, W. Trevor King
                    • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrei Vagin
                      • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrei Vagin
                      • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                    • Re: [CRIU] Introspecting userns relationships to other namespaces?, Michael Kerrisk (man-pages)
              • Re: Introspecting userns relationships to other namespaces?, Michael Kerrisk (man-pages)
          • Re: Introspecting userns relationships to other namespaces?, W. Trevor King
            • Re: Introspecting userns relationships to other namespaces?, Eric W. Biederman
              • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
                • Re: [CRIU] Introspecting userns relationships to other namespaces?, Eric W. Biederman
                  • Re: [CRIU] Introspecting userns relationships to other namespaces?, James Bottomley
                    • Re: [CRIU] Introspecting userns relationships to other namespaces?, Andrew Vagin
• [PATCH] Syscall arguments are unsigned long (full registers), Tautschnig, Michael
  • Re: [PATCH] Syscall arguments are unsigned long (full registers), Andi Kleen
    • Re: [PATCH] Syscall arguments are unsigned long (full registers), Tautschnig, Michael
      • Re: [PATCH] Syscall arguments are unsigned long (full registers), Arnd Bergmann
        • Re: [PATCH] Syscall arguments are unsigned long (full registers), Tautschnig, Michael
  • Re: [PATCH] Syscall arguments are unsigned long (full registers), H. Peter Anvin
    • Re: [PATCH] Syscall arguments are unsigned long (full registers), Tautschnig, Michael