Linux API

• Thread Index

• Re: RFC: userspace exception fixups
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Jethro Beekman <jethro@xxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Jethro Beekman <jethro@xxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Jethro Beekman <jethro@xxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: Supporting core-specific instruction sets (e.g. big.LITTLE) with restartable sequences
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 1/2] glibc: Perform rseq(2) registration at nptl init and thread creation (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] glibc: Perform rseq(2) registration at nptl init and thread creation (v3)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Supporting core-specific instruction sets (e.g. big.LITTLE) with restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [RFC PATCH 2/2] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/2] glibc: Perform rseq(2) registration at nptl init and thread creation (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• RE: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: "y-goto@xxxxxxxxxxx" <y-goto@xxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: RFC: userspace exception fixups
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• RFC: userspace exception fixups
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call (v2)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH for 4.21 16/16] cpu-opv/selftests: Provide Makefile, scripts, gitignore
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 11/16] cpu-opv/selftests: Provide cpu-op library
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 10/16] arm: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 09/16] powerpc: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 15/16] cpu-opv/selftests: Provide parametrized tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 14/16] cpu-opv/selftests: Provide basic percpu ops test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 13/16] cpu-opv/selftests: Provide percpu_op API
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 12/16] cpu-opv/selftests: Provide basic test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 07/16] cpu_opv: limit amount of virtual address space used by cpu_opv
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 08/16] x86: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 05/16] mm: Provide is_vma_noncached
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 02/16] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 01/16] rseq/selftests: Expose reference counter to coexist with glibc (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] Implement /proc/pid/kill
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] Minimal non-child process exit notification support
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC PATCH] Minimal non-child process exit notification support
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [RFC PATCH] Implement /proc/pid/kill
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• RE: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: "y-goto@xxxxxxxxxxx" <y-goto@xxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 2/2] samples: add an example of seccomp user trap
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v8 2/2] samples: add an example of seccomp user trap
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH v8 1/2] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v8 2/2] samples: add an example of seccomp user trap
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v8 0/2] seccomp trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/15] sched/core: uclamp: extend sched_setattr to support utilization clamping
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 02/15] sched/core: make sched_setattr able to tune the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v5 01/15] sched/core: uclamp: extend sched_setattr to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [RFC PATCH] seccomp: Add protection keys into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v2 1/3] bpf: allow zero-initializing hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] tools: sync linux/bpf.h
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH] seccomp: Add pkru into seccomp_data
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH] seccomp: Add pkru into seccomp_data
  • From: Michael Sammler <msammler@xxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] siginfo updates for 4.20-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [GIT PULL] siginfo updates for 4.20-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Olga Kornievskaia <olga.kornievskaia@xxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH 01/34] vfs: syscall: Add open_tree(2) to reference or clone a mount [ver #12]
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 09/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 08/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 06/10] audit: add containerid support for tty_audit
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 05/10] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 04/10] audit: add containerid support for ptrace and signals
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 03/10] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 02/10] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 02/10] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 02/10] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 4/5] statx: don't clear STATX_ATIME on SB_RDONLY
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 3/5] statx: add STATX_ATTRIBUTES flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v2 1/5] orangefs: fix request_mask misuse
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [PATCH v2 4/5] statx: don't clear STATX_ATIME on SB_RDONLY
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v2 3/5] statx: add STATX_ATTRIBUTES flag
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v2 1/5] orangefs: fix request_mask misuse
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v2 2/5] uapi: deprecate STATX_ALL
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 3/3] statx: add STATX_ATTRIBUTES flag
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 1/3] orangefs: fix request_mask misuse
  • From: martin@xxxxxxxxxxxx
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/3] statx: add STATX_ATTRIBUTES flag
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH 3/3] statx: add STATX_ATTRIBUTES flag
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 2/3] uapi: get rid of STATX_ALL
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 1/3] orangefs: fix request_mask misuse
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Pavel Machek <pavel@xxxxxx>
• Re: statx(2) API and documentation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Jan Kara <jack@xxxxxxx>
• Re: statx(2) API and documentation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: statx(2) API and documentation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: statx(2) API and documentation
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• statx(2) API and documentation
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v5 2/3] fanotify: return only user requested event types in event mask
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v5 1/3] fanotify: introduce new event type FAN_OPEN_EXEC
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2)
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 1/2] sysctl: handle overflow in proc_get_long
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sysctl: handle overflow in proc_get_long
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 2/2] sysctl: handle overflow for file-max
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2 1/2] sysctl: handle overflow in proc_get_long
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 0/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: rseq system call incompletely wired up in microblaze
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• rseq system call incompletely wired up in microblaze
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12]
  • From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 06/27] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 10/27] mm/mmap: Prevent Shadow Stack VMA merges
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 13/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 15/27] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 05/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 11/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 19/27] mm: Introduce do_mmap_locked()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 14/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 12/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 09/27] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 20/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 00/11] Control Flow Enforcement: Branch Tracking, PTRACE
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 18/27] mm: Update can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 08/11] x86: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 05/11] x86/cet/ibt: ELF header parsing for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 04/11] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 07/11] x86/cet/ibt: Add ENDBR to op-code-map
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 06/11] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 11/11] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 02/11] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 03/11] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 01/11] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 25/27] mm/mmap: Add Shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 22/27] x86/cet/shstk: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 16/27] mm: Handle shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 24/27] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 27/27] x86/cet/shstk: Add Shadow Stack instructions to opcode map
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 17/27] mm: Handle THP/HugeTLB shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 23/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 08/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v4 2/3] fanotify: return only user requested event types in event mask
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• [PATCH v4 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 02/16] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 08/16] x86: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 07/16] cpu_opv: limit amount of virtual address space used by cpu_opv
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 05/16] mm: Provide is_vma_noncached
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 09/16] powerpc: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 11/16] cpu-opv/selftests: Provide cpu-op library
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 14/16] cpu-opv/selftests: Provide basic percpu ops test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 12/16] cpu-opv/selftests: Provide basic test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 13/16] cpu-opv/selftests: Provide percpu_op API
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 16/16] cpu-opv/selftests: Provide Makefile, scripts, gitignore
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 15/16] cpu-opv/selftests: Provide parametrized tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 10/16] arm: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v6 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/5] VFS: Introduce filesystem information query syscall [ver #12]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [RFC PATCH v2] glibc: Perform rseq(2) registration at nptl init and thread creation (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 04/11] UAPI: bcache: Fix use of embedded flexible array
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 04/11] UAPI: bcache: Fix use of embedded flexible array
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 10/11] UAPI: ndctl: Remove use of PAGE_SIZE [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [netfilter-core] [PATCH 07/11] UAPI: netfilter: Fix symbol collision issues [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [RFC v5 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [RFC v5 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] fanotify: self describing event metadata
  • From: Marko Rauhamaa <marko.rauhamaa@xxxxxxxxxxxx>
• [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 3/3] tools: add selftest for BPF_F_ZERO_SEED
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 2/3] tools: sync linux/bpf.h
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v2 1/3] bpf: allow zero-initializing hash map seed
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] fanotify: self describing event metadata
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 2/6] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] fanotify: self describing event metadata
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC v3 1/1] ns: add binfmt_misc to the user namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2 3/3] tools: add selftest for BPF_F_ZERO_SEED
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] tools: sync linux/bpf.h
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] bpf: allow zero-initializing hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] bpf: allow zero-initialising hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH] fanotify: self describing event metadata
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH bpf-next 1/6] bpf: introduce BPF_PROG_TYPE_FILE_FILTER
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [RFC v4 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [RFC v4 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC v3 1/1] ns: add binfmt_misc to the user namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 0/3] bpf: allow zero-initialising hash map seed
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 0/3] bpf: allow zero-initialising hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [REVIEW][PATCH 7/6] signal: In sigqueueinfo prefer sig not si_signo
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 00/34] VFS: Introduce filesystem context [ver #12]
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [RFC v3 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [RFC v3 1/1] ns: add binfmt_misc to the user namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 4/8] fanotify: deprecate uapi FAN_ALL_* constants
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v4 4/9] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC v2 v2 1/1] ns: add binfmt_misc to the mount namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v4 2/9] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH v4 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jan Kara <jack@xxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 10/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Setting monotonic time?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Setting monotonic time?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Setting monotonic time?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC v2 v2 1/1] ns: add binfmt_misc to the mount namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Setting monotonic time?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: Setting monotonic time?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH v4 19/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC 00/20] ns: Introduce Time Namespace
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Setting monotonic time?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Setting monotonic time?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants
  • From: Jan Kara <jack@xxxxxxx>
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Borislav Petkov <bp@xxxxxxxxx>