Linux API

• Thread Index

• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC v2 06/10] landlock: Add LSM hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] ioctl_xfs_ioc_getfsmap.2: document XFS_IOC_GETFSMAP ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC v2 06/10] landlock: Add LSM hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] ioctl_xfs_ioc_getfsmap.2: document XFS_IOC_GETFSMAP ioctl
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Ping: [PATCH v15 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v15 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall
  • From: Marcin Nowakowski <marcin.nowakowski@xxxxxxxxxx>
• [PATCH v2 5/8] pipe: simplify logic in alloc_pipe_info()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 8/8] pipe: cap initial pipe capacity according to pipe-max-size limit
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 7/8] pipe: make account_pipe_buffers() return a value, and use it
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 6/8] pipe: fix limit checking in alloc_pipe_info()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 3/8] pipe: refactor argument for account_pipe_buffers()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 2/8] pipe: move limit checking logic into pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 1/8] pipe: relocate round_pipe_size() above pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 0/8] pipe: fix limit handling
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (program types)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (program types)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (program types)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (program types)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing (cgroup delegation)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (program types)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 08/10] landlock: Handle file system comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH 0/4 v2] Add an interface to discover relationships between namespaces
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 2/4] nsfs: add ioctl to get an owning user namespace for ns file descriptor
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 4/4] tools/testing: add a test to check nsfs ioctl-s
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 3/4] nsfs: add ioctl to get a parent namespace
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 1/4] kernel: add a helper to get an owning user namespace for a namespace
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 08/10] landlock: Handle file system comparisons
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v10 0/3] fallocate for block devices
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v10 0/3] fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 5/6] iomap: don't set FIEMAP_EXTENT_MERGED for extent based filesystems
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 6/6] iomap: add a flag to report shared extents
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/6] vfs: cap dedupe request structure size at PAGE_SIZE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/6] fs: add iomap_file_dirty
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] vfs: fix return type of ioctl_file_dedupe_range
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/6] vfs: support FS_XFLAG_REFLINK and FS_XFLAG_COWEXTSIZE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v8 0/6] vfs: help support reflink for XFS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/3] ioctl_xfs_ioc_getfsmap.2: document XFS_IOC_GETFSMAP ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/3] man2/ioctl_fideduperange.2: clarify operation some more
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/3] man2/fallocate.2: document behavior with shared blocks
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v8 0/3] man-pages: fix reflink/dedupe ioctl manpages
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 08/10] landlock: Handle file system comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 20/20] thermal/intel_powerclamp: Convert the kthread to kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v6 20/20] thermal/intel_powerclamp: Convert the kthread to kthread worker API
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 08/10] landlock: Handle file system comparisons
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 07/10] landlock: Add errno check
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [RFC v2 01/10] landlock: Add Kconfig
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 07/10] landlock: Add errno check
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 04/10] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 03/10] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 06/10] landlock: Add LSM hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 05/10] seccomp: Handle Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 08/10] landlock: Handle file system comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 09/10] landlock: Handle cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 10/10] samples/landlock: Add sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v2 02/10] bpf: Move u64_to_ptr() to BPF headers and inline it
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 20/20] thermal/intel_powerclamp: Convert the kthread to kthread worker API
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Continue a discussion about the netlink interface
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: Mark Hounschell <markh@xxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: Mark Hounschell <markh@xxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: GeHao Kang <kanghao0928@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: GeHao Kang <kanghao0928@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Fix /proc/stat freezes (was [PATCH v15] "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Dave Watson <davejwatson@xxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v8 1/9] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 6/9] Restartable sequences: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 9/9] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 7/9] Restartable sequences: powerpc architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 8/9] Restartable sequences: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 5/9] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 4/9] Restartable sequences: wire up ARM 32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 3/9] Restartable sequences: ARM 32 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 2/9] tracing: instrument restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v8 0/9] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH 1/8] pipe: relocate round_pipe_size() above pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: Willy Tarreau <w@xxxxxx>
• [PATCH 4/8] pipe: fix limit checking in pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 3/8] pipe: refactor argument for account_pipe_buffers()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 2/8] pipe: move limit checking logic into pipe_set_size()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 5/8] pipe: simplify logic in alloc_pipe_info()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 7/8] pipe: make account_pipe_buffers() return a value, and use it
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 8/8] pipe: cap initial pipe capacity according to pipe-max-size limit
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 6/8] pipe: fix limit checking in alloc_pipe_info()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 0/8] pipe: fix limit handling
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] pipe: check limits only when increasing pipe capacity
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: GeHao Kang <kanghao0928@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] Fix /proc/stat freezes (was [PATCH v15] "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: Context switch latency in tickless isolated CPU
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Context switch latency in tickless isolated CPU
  • From: GeHao Kang <kanghao0928@xxxxxxxxx>
• RE: [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PACTH v4 0/3] Implement /proc/<pid>/totmaps
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v4 2/3] Documentation/filesystems: Fixed typo
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v4 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v4 1/3] mm, proc: Implement /proc/<pid>/totmaps
  • From: robert.foss@xxxxxxxxxxxxx
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v15 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v15 12/13] task_isolation: add user-settable notification signal
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v15 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps
  • From: Robert Foss <robert.foss@xxxxxxxxxxxxx>
• Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation
  • From: Robert Foss <robert.foss@xxxxxxxxxxxxx>
• Re: [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation
  • From: Jann Horn <jann@xxxxxxxxx>
• [PACTH v3 1/3] mm, proc: Implement /proc/<pid>/totmaps
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v3 3/3] Documentation/filesystems: Added /proc/PID/totmaps documentation
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v3 2/3] Documentation/filesystems: Fixed typo
  • From: robert.foss@xxxxxxxxxxxxx
• [PACTH v3 0/3] Implement /proc/<pid>/totmaps
  • From: robert.foss@xxxxxxxxxxxxx
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Chris Mason <clm@xxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• Re: [PATCH 1/2] pipe: check limits only when increasing pipe capacity
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH 2/2] pipe: make pipe user buffer limit checks more precise
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v25 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 12/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 19/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 20/22] vfs: Move check_posix_acl and check_richacl out of fs/namei.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 16/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 08/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 11/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 10/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 09/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 14/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 15/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 13/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 18/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 17/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH 1/2] pipe: check limits only when increasing pipe capacity
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v25 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v25 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PACTH v1] mm, proc: Implement /proc/<pid>/totmaps
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Vince Weaver <vince@xxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Dave Watson <davejwatson@xxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Vince Weaver <vince@xxxxxxxxxx>
• Re: [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Vince Weaver <vince@xxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v14 04/14] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] perf_event_open.2: 4.9 PERF_EVENT_IOC_SET_DRV_CONFIGS support
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v14 04/14] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v14 13/14] task_isolation: add user-settable notification signal
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v14 00/14] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v10 02/11] kthread: Kthread worker API cleanup
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 04/11] kthread: Allow to call __kthread_create_on_node() with va_list args
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 06/11] kthread: Add kthread_destroy_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 03/11] kthread/smpboot: Do not park in kthread_create_on_cpu()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 07/11] kthread: Detect when a kthread work is used by more workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 00/11] kthread: Kthread worker API improvements
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 10/11] kthread: Allow to modify delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 01/11] kthread: Rename probe_kthread_data() to kthread_probe_data()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 09/11] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 08/11] kthread: Initial support for delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 05/11] kthread: Add kthread_create_worker*()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v10 11/11] kthread: Better support freezable kthread workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 09/10] fs: add RWF_DSYNC aand RWF_SYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 03/10] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 05/10] x86: wire up protection keys system calls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 04/10] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 06/10] generic syscalls: wire up memory protection keys syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 07/10] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 10/10] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 09/10] x86, pkeys: allow configuration of init_pkru
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 02/10] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 00/10] [v6] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 8/9] vfs: hoist the btrfs deduplication ioctl to the vfs
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 09/10] fs: add RWF_DSYNC aand RWF_SYNC
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 1/2] sched: Misc preps for cgroup unified hierarchy interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] sched: Implement interface for cgroup unified hierarchy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] x86, pkeys: allow configuration of init_pkru
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 09/10] x86, pkeys: allow configuration of init_pkru
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE
  • From: Mark Fasheh <mfasheh@xxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Francis Giraldeau <francis.giraldeau@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 06/10] generic syscalls: wire up memory protection keys syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 07/10] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 08/10] x86, pkeys: default to a restrictive init PKRU
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 10/10] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 03/10] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 02/10] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 09/10] x86, pkeys: allow configuration of init_pkru
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 05/10] x86: wire up protection keys system calls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 04/10] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 01/10] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 00/10] [v6] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 8/9] vfs: hoist the btrfs deduplication ioctl to the vfs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] vfs: cap dedupe request structure size at PAGE_SIZE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 8/9] vfs: hoist the btrfs deduplication ioctl to the vfs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC v2] Restartable sequences: Add self-tests for PPC
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [RFC v2] Restartable sequences: Add self-tests for PPC
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC 3/4] Restartable sequences: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 2/4] Restartable sequences: powerpc architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 8/9] vfs: hoist the btrfs deduplication ioctl to the vfs
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [RFC 2/4] Restartable sequences: powerpc architecture support
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 3/4] Restartable sequences: Wire up powerpc system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 4/4] Restartable sequences: Add self-tests for PPC
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Christoph Lameter <cl@xxxxxxxxx>
• clocksource_watchdog causing scheduling of timers every second (was [v13] support "task_isolation" mode)
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 09/10] netns: Add a limit on the number of net namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 04/10] userns: Generalize the user namespace count into ucount
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 03/10] userns: Add a limit on the number of user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Effective way to help you develop global market
  • From: "site6" <site6@xxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] modules: add ro_after_init support
  • From: Kees Cook <keescook@xxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v24 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 08/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 09/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 10/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 11/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 13/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 15/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 18/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 16/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 17/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 19/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 20/22] vfs: Move check_posix_acl and check_richacl out of fs/namei.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 14/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 12/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v24 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: modules: add ro_after_init support
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• [PATCH v2 1/1] modules: add ro_after_init support
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• [PATCH v2 0/1] Add ro_after_init support for modules
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Dave Watson <davejwatson@xxxxxx>
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 4/5] nsfs: add ioctl to get a parent namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: Colin Walters <walters@xxxxxxxxxx>
• [PATCH v3 1/3] ACPI / debugger: Add kernel flushing support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: modules: add ro_after_init support
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: modules: add ro_after_init support
  • From: Kees Cook <keescook@xxxxxxxxxx>
• [RFC PATCH v7 2/7] tracing: instrument restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 7/7] Restartable sequences: self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 6/7] Restartable sequences: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 5/7] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 4/7] Restartable sequences: wire up ARM 32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 3/7] Restartable sequences: ARM 32 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 1/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 0/7] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v2 02/10] userns: Add per user namespace sysctls.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 03/10] userns: Add a limit on the number of user namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 07/10] ipcns: Add a limit on the number of ipc namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 09/10] netns: Add a limit on the number of net namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 08/10] cgroupns: Add a limit on the number of cgroup namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 05/10] pidns: Add a limit on the number of pid namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 04/10] userns: Generalize the user namespace count into ucount
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 10/10] mntns: Add a limit on the number of mount namespaces.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 06/10] utsns: Add a limit on the number of uts namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 01/10] sysctl: Stop implicitly passing current into sysctl_table_root.lookup
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 00/10] userns: sysctl limits for namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 1/3 v2] namei: add LOOKUP_DFD_ROOT to use dfd as root
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 3/3] selftests: check O_ATROOT and AT_FDROOT flags
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 2/3 v2] fs: allow to use dirfd as root for openat and other *at syscalls
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 0/3 v3] fs: allow to use dirfd as root for openat and other *at syscalls
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH 01/10] sysctl: Stop implicitly passing current into sysctl_table_root.lookup
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/3] f2fs: support clone_file_range
  • From: Jaegeuk Kim <jaegeuk@xxxxxxxxxx>
• Re: [PATCH 3/3] f2fs: support clone_file_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] ioctl_ficlonerange.2: mention a subtlety with length == 0
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 5/5] tools/testing: add a test to check nsfs ioctl-s
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 4/5] nsfs: add ioctl to get a parent namespace
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH v13 00/12] support "task_isolation" mode
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v23 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v13 12/12] task_isolation: add user-settable notification signal
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v13 04/12] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v13 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v23 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v23 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• [PATCH 4/5] nsfs: add ioctl to get a parent namespace
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 5/5] tools/testing: add a test to check nsfs ioctl-s
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 2/5] kernel: add a helper to get an owning user namespace for a namespace
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 1/5] namespaces: move user_ns into ns_common
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 3/5] nsfs: add ioctl to get an owning user namespace for ns file descriptor
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH 0/5 RFC] Add an interface to discover relationships between namespaces
  • From: Andrey Vagin <avagin@xxxxxxxxxx>
• [PATCH] ioctl_ficlonerange.2: mention a subtlety with length == 0
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• RE: [PATCH v23 08/22] richacl: Compute maximum file masks from an acl
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v23 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v23 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v23 17/22] richacl: Automatic Inheritance
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v23 20/22] vfs: Add richacl permission checking
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 19/22] richacl: Add richacl xattr handler
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 18/22] richacl: xattr mapping functions
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 17/22] richacl: Automatic Inheritance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 16/22] richacl: Create-time inheritance
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v23 14/22] richacl: Update the file masks in chmod()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v23 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v23 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v23 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH review 08/12] quota: Ensure qids map to the filesystem
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH review 10/12] dquot: For now explicitly don't support filesystems outside of init_user_ns
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 0/9] [REVIEW-REQUEST] [v4] System Calls for Memory Protection Keys
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v8 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH v8 6/6] crypto: AF_ALG - add support for key_id
  • From: Mat Martineau <mathew.j.martineau@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v8 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get()
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get()
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: Andrew Vagin <avagin@xxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [CRIU] Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] x86, pkeys: scalable pkey_set()/pkey_get()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Introspecting userns relationships to other namespaces?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 5/9] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>