Linux API

• Thread Index

• Re: [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v19 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH for 5.8] sched: Fix unreliable rseq cpu_id for new tasks
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v19 07/12] landlock: Support filesystem access-control
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• [PATCH v19 10/12] selftests/landlock: Add initial tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 05/12] LSM: Infrastructure management of the superblock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 03/12] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 09/12] arch: Wire up landlock() syscall
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 04/12] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 08/12] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v19 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH for 5.8 0/4] rseq cpu_id ABI fix
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v6 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 5/7] fs: Expand __receive_fd() to accept existing fd
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 3/7] fs: Add receive_fd() wrapper for __receive_fd()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 2/7] fs: Move __scm_install_fd() to __receive_fd()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v6 1/7] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 1/4] sched: Fix unreliable rseq cpu_id for new tasks
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 1/4] sched: Fix unreliable rseq cpu_id for new tasks
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] fs: Add receive_fd() wrapper for __receive_fd()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 2/7] fs: Move __scm_install_fd() to __receive_fd()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH for 5.8 0/4] rseq cpu_id ABI fix
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.8 3/4] rseq: Introduce RSEQ_FLAG_RELIABLE_CPU_ID
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.8 4/4] rseq: selftests: Expect reliable cpu_id field
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.8 2/4] rseq: Introduce RSEQ_FLAG_REGISTER
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.8 1/4] sched: Fix unreliable rseq cpu_id for new tasks
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.8 0/4] rseq cpu_id ABI fix
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 1/7] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 2/7] fs: Move __scm_install_fd() to __receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 7/7] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 5/7] fs: Expand __receive_fd() to accept existing fd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 3/7] fs: Add receive_fd() wrapper for __receive_fd()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 0/7] Add seccomp notifier ioctl that enables adding fds
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 5/5] mm: secretmem: add ability to reserve memory at boot
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 4/5] mm: secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 3/5] mm: extend memfd with ability to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 2/5] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 1/5] mm: make HPAGE_PxD_{SHIFT,MASK,SIZE} always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 0/5] mm: extend memfd with ability to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] fcntl: Add 32bit filesystem mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Vito Caputo <vcaputo@xxxxxxxxxxx>
• Re: [PATCH ghak90 V9 13/13] audit: add capcontid to set contid outside init_user_ns
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 12/13] audit: track container nesting
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 11/13] audit: contid check descendancy and nesting
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 10/13] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 08/13] audit: add containerid support for user records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 07/13] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 06/13] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 05/13] audit: log container info of syscalls
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 04/13] audit: log drop of contid on exit of last task
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 02/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Vito Caputo <vcaputo@xxxxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] readfile.2: new page describing readfile(2)
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Jan Ziak <0xe2.0x9a.0x9b@xxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/3] readfile: implement readfile syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] readfile: implement readfile syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] readfile: implement readfile syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] readfile: implement readfile syscall
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] arch: wire up the readfile syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] readfile: implement readfile syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] arch: wire up the readfile syscall
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] readfile.2: new page describing readfile(2)
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] selftests: add readfile(2) selftests
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] readfile: implement readfile syscall
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 02/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V9 02/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Colm MacCárthaigh <colmmacc@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Colm MacCárthaigh <colmmacc@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v22)
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [RFC]: mm,power: introduce MADV_WIPEONSUSPEND
  • From: "Catangiu, Adrian Costin" <acatan@xxxxxxxxxx>
• [PATCH v2 3/3] powerpc/64s/hash: disable subpage_prot syscall by default
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 2/3] powerpc/64s: remove PROT_SAO support
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 1/3] powerpc: remove stale calc_vm_prot_bits comment
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 0/3] remove PROT_SAO support and disable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v22)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v4 00/10] fanotify events with name info
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Shaokun Zhang <zhangshaokun@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v22)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH ghak90 V9 09/13] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 13/13] audit: add capcontid to set contid outside init_user_ns
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 12/13] audit: track container nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 10/13] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 11/13] audit: contid check descendancy and nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 02/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 05/13] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 06/13] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 08/13] audit: add containerid support for user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 07/13] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 04/13] audit: log drop of contid on exit of last task
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 03/13] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 00/13] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V9 01/13] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 0/3] Preventing job distribution to isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v4 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v4 2/3] PCI: Restrict probe functions to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH v8 3/4] mm/madvise: introduce process_madvise() syscall: an external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 0/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC 0/4] futex2: Add new futex interface
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 1/1] eventfd: implementation of EFD_MASK flag
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [PATCH v8 2/4] pid: move pidfd_get_pid() to pid.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v8 1/4] mm/madvise: pass task and mm to do_madvise
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v8 3/4] mm/madvise: introduce process_madvise() syscall: an external memory hinting API
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v8 4/4] mm/madvise: check fatal signal pending of target process
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 2/3] nsproxy: attach to namespaces via pidfds
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH v4 2/3] nsproxy: attach to namespaces via pidfds
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/3] nsproxy: attach to namespaces via pidfds
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: [PATCH v3 0/3] Preventing job distribution to isolated CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v8 0/4] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v3 0/3] Preventing job distribution to isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v3 2/3] PCI: Restrict probe functions to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v3 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v3 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• Re: [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] fcntl: Add 32bit filesystem mode
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] eventfd: implementation of EFD_MASK flag
  • From: Damian Hobson-Garcia <dhobsong@xxxxxxxxxx>
• Re: [PATCH v8 0/4] introduce memory hinting API for external process
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v8 0/4] introduce memory hinting API for external process
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v2 0/3] Preventing job distribution to isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v2 3/3] net: Restrict receive packets queuing to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 0/3] Preventing job distribution to isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v2 2/3] PCI: Restrict probe functions to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v2 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH v8 0/4] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v8 4/4] mm/madvise: check fatal signal pending of target process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v8 3/4] mm/madvise: introduce process_madvise() syscall: an external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v8 2/4] pid: move pidfd_get_pid() to pid.c
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v8 1/4] mm/madvise: pass task and mm to do_madvise
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v8 0/4] introduce memory hinting API for external process
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/18] multiple preferred nodes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH] symlink.7: document magic-links more completely
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] eventfd: implementation of EFD_MASK flag
  • From: Paul Elder <paul.elder@xxxxxxxxxxxxxxxx>
• RE: [PATCH v5 3/7] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 00/11] Add seccomp notifier ioctl that enables adding fds
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v5 3/7] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• RE: [PATCH v4 03/11] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3] seccomp: Add find_notification helper
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v5 3/7] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v3] seccomp: Add find_notification helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH v5 3/7] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 1/7] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 0/7] Add seccomp notifier ioctl that enables adding fds
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 2/7] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 7/7] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 5/7] fs: Expand __fd_install_received() to accept fd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 4/7] pidfd: Replace open-coded partial fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3] seccomp: Add find_notification helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v8] mm: Proactive compaction
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] seccomp: Add find_notification helper
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 03/11] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH v4 03/11] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/8] seccomp: Introduce SECCOMP_PIN_ARCHITECTURE
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 3/8] seccomp: Introduce SECCOMP_PIN_ARCHITECTURE
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• RE: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/8] seccomp: Introduce SECCOMP_PIN_ARCHITECTURE
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [Patch v1 2/3] PCI: prevent work_on_cpu's probe to execute on isolated CPUs
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Patch v1 2/3] PCI: prevent work_on_cpu's probe to execute on isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v8] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• Re: [Patch v1 2/3] PCI: prevent work_on_cpu's probe to execute on isolated CPUs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/8] x86: Provide API for local kernel TLB flushing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC][PATCH 0/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1 0/3] Preventing job distribution to isolated CPUs
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [RFC][PATCH 0/8] seccomp: Implement constant action bitmaps
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 6/8] x86: Provide API for local kernel TLB flushing
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 3/8] seccomp: Introduce SECCOMP_PIN_ARCHITECTURE
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v7] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/11] seccomp: Switch addfd to Extensible Argument ioctl
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v4 10/11] seccomp: Switch addfd to Extensible Argument ioctl
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 08/11] selftests/seccomp: Make kcmp() less required
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 08/11] selftests/seccomp: Make kcmp() less required
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v4 09/11] selftests/seccomp: Rename user_trap_syscall() to user_notif_syscall()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v4 10/11] seccomp: Switch addfd to Extensible Argument ioctl
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v7] mm: Proactive compaction
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH 2/8] seccomp: Use pr_fmt
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/8] seccomp: Introduce SECCOMP_PIN_ARCHITECTURE
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 6/8] x86: Provide API for local kernel TLB flushing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 8/8] [DEBUG] seccomp: Report bitmap coverage ranges
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 5/8] selftests/seccomp: Compare bitmap vs filter overhead
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 7/8] x86: Enable seccomp constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC][PATCH 0/8] seccomp: Implement constant action bitmaps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/8] selftests/seccomp: Improve calibration loop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add extensibility mechanism to read notifications
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH v4 00/11] Add seccomp notifier ioctl that enables adding fds
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 05/11] fs: Expand __fd_install_received() to accept fd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 07/11] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 09/11] selftests/seccomp: Rename user_trap_syscall() to user_notif_syscall()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 08/11] selftests/seccomp: Make kcmp() less required
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 06/11] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 11/11] seccomp: Fix ioctl number for SECCOMP_IOCTL_NOTIF_ID_VALID
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 10/11] seccomp: Switch addfd to Extensible Argument ioctl
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 03/11] fs: Add fd_install_received() wrapper for __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 01/11] net/scm: Regularize compat handling of scm_detach_fds()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 04/11] pidfd: Replace open-coded partial fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 02/11] fs: Move __scm_install_fd() to __fd_install_received()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add extensibility mechanism to read notifications
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 3/4] nsproxy: attach to namespaces via pidfds
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v7] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add extensibility mechanism to read notifications
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v2 3/4] nsproxy: attach to namespaces via pidfds
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH] seccomp: Add extensibility mechanism to read notifications
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 13/17] watch_queue: Implement mount topology and attribute change notifications [ver #5]
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC 0/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH] seccomp: Add extensibility mechanism to read notifications
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [RFC 0/4] futex2: Add new futex interface
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• [RFC 4/4] selftests: futex: Add futex2 wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC 3/4] selftests: futex: Add futex2 timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC 2/4] selftests: futex: Add futex2 wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC 1/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC 0/4] futex2: Add new futex interface
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC] unexport linux/elfcore.h
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Linux powerpc new system call instruction and ABI
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [RFC] unexport linux/elfcore.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC] unexport linux/elfcore.h
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] powerpc/64s: system call support for scv/rfscv instructions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 1/2] powerpc/64s/exception: treat NIA below __end_interrupts as soft-masked
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Linux powerpc new system call instruction and ABI
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v7 7/7] mm/madvise: allow KSM hints for remote API
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [RFC] unexport linux/elfcore.h
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [Patch v1 2/3] PCI: prevent work_on_cpu's probe to execute on isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 0/3] Preventing job distribution to isolated CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v1 1/3] lib: restricting cpumask_local_spread to only houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [Patch v1 3/3] net: restrict queuing of receive packets to housekeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH] symlink.7: document magic-links more completely
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v6] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: Add a new fchmodat4() syscall, v2
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH ghak90 V8 07/16] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• RE: [PATCH v5 1/3] open: add close_range()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v5 0/3] close_range()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Kyle Evans <kevans@xxxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Kyle Evans <kevans@xxxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Kyle Evans <kevans@xxxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [exec] 166d03c9ec: ltp.execveat02.fail
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [exec] 166d03c9ec: ltp.execveat02.fail
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH V11 11/11] fs/xfs: Update xfs_ioctl_setattr_dax_invalidate()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: sys/sysinfo.h clash with linux/kernel.h
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH V11 11/11] fs/xfs: Update xfs_ioctl_setattr_dax_invalidate()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v3 3/4] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 1/3] open: add close_range()
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH V11 11/11] fs/xfs: Update xfs_ioctl_setattr_dax_invalidate()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v5 0/3] close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v5 3/3] tests: add close_range() tests
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v5 1/3] open: add close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v5 0/3] close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH V11 11/11] fs/xfs: Update xfs_ioctl_setattr_dax_invalidate()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: "Quentin.BOUGET@xxxxxx" <Quentin.BOUGET@xxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: "Quentin.BOUGET@xxxxxx" <Quentin.BOUGET@xxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v3] seccomp: Add find_notification helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3] seccomp: Add find_notification helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v2 1/3] seccomp: Add find_notification helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: "Quentin.BOUGET@xxxxxx" <Quentin.BOUGET@xxxxxx>
• Re: [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v2 1/3] seccomp: Add find_notification helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Add seccomp notifier ioctl that enables adding fds
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v18 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 1/3] seccomp: Add find_notification helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Giuseppe Scrivano <gscrivan@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] fcntl: Add 32bit filesystem mode
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/3] seccomp: Add find_notification helper
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Nitin Gupta <ngupta@xxxxxxxxxxxxxx>
• Re: robinhood, fanotify name info events and lustre changelog
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.6 33/47] selftests: mlxsw: qos_mc_aware: Specify arping timeout as an integer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/26] selftests: mlxsw: qos_mc_aware: Specify arping timeout as an integer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 23/47] wireguard: selftests: use newer iproute2 for gcc-10
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v2 3/3] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH v2 1/3] seccomp: Add find_notification helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH v2 0/3] Add seccomp notifier ioctl that enables adding fds
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Holger Hoffstätte <holger@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH glibc 2/3] Linux: Use rseq in sched_getcpu if available (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5] mm: Proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v18 07/12] landlock: Support filesystem access-control
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• [PATCH v18 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 05/12] LSM: Infrastructure management of the superblock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 09/12] arch: Wire up landlock() syscall
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 10/12] selftests/landlock: Add initial tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 03/12] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 08/12] landlock: Add syscall implementation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 04/12] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH 4/5] seccomp: Add SECCOMP_ADDFD_FLAG_MOVE flag to add fd ioctl
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 4/5] seccomp: Add SECCOMP_ADDFD_FLAG_MOVE flag to add fd ioctl
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/5] seccomp: Add find_notification helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH 1/5] seccomp: Add find_notification helper
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH 4/5] seccomp: Add SECCOMP_ADDFD_FLAG_MOVE flag to add fd ioctl
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH 5/5] selftests/seccomp: Add test for addfd move semantics
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH 3/5] selftests/seccomp: Test SECCOMP_IOCTL_NOTIF_ADDFD
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH 2/5] seccomp: Introduce addfd ioctl to seccomp user notifier
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH 1/5] seccomp: Add find_notification helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH 0/5] Add seccomp notifier ioctl that enables adding fds
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: seccomp feature development
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v10 26/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 26/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 26/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH AUTOSEL 5.6 13/41] kselftests: dmabuf-heaps: Fix confused return value on expected error testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 4/5] selftest/x86: Fix sysret_rip with ENDBR
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 2/5] selftest/x86: Enable CET for selftests/x86
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 3/5] selftest/x86: Fix sigreturn_64 test.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/5] selftest/x86: Fix sigreturn_64 test.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/5] selftest/x86: Enable CET for selftests/x86
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/5] x86/cet/shstk: Modify ARCH_X86_CET_ALLOC_SHSTK for 32-bit address range
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 26/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] proc.5: add "wf" to VmFlags in /proc/[pid]/smaps
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [RFC PATCH 4/5] selftest/x86: Fix sysret_rip with ENDBR
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH 2/5] selftest/x86: Enable CET for selftests/x86
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 5/5] selftest/x86: Add CET quick test
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 4/5] selftest/x86: Fix sysret_rip with ENDBR
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 3/5] selftest/x86: Fix sigreturn_64 test.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 1/5] x86/cet/shstk: Modify ARCH_X86_CET_ALLOC_SHSTK for 32-bit address range
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 0/5] Update selftests/x86 for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 00/26] Control-flow Enforcement: Shadow Stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [net-next RFC PATCH 00/13] net: hsr: Add PRP driver
  • From: Murali Karicheri <m-karicheri2@xxxxxx>
• Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v19)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 2/3] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux (v7)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: seccomp feature development
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH] futex: send SIGBUS if argument is not aligned on a four-byte boundary
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: seccomp feature development
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH] futex: send SIGBUS if argument is not aligned on a four-byte boundary
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] clone.2: Document CLONE_INTO_CGROUP
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] futex: send SIGBUS if argument is not aligned on a four-byte boundary
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 0/4] Relocate execve() sanity checks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] clone.2: Document CLONE_INTO_CGROUP
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2] clone.2: Document CLONE_INTO_CGROUP
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: seccomp feature development
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: How about just O_EXEC? (was Re: [PATCH v5 3/6] fs: Enable to enforce noexec mounts or file exec through O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: seccomp feature development
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: How about just O_EXEC? (was Re: [PATCH v5 3/6] fs: Enable to enforce noexec mounts or file exec through O_MAYEXEC)
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: seccomp feature development
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• seccomp feature development
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] mm: use only pidfd for process_madvise syscall
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5] mm: Proactive compaction
  • From: Nitin Gupta <nigupta@xxxxxxxxxx>
• [PATCH v2] clone.2: Document CLONE_INTO_CGROUP
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/7] fanotify events on child with name info
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: How about just O_EXEC? (was Re: [PATCH v5 3/6] fs: Enable to enforce noexec mounts or file exec through O_MAYEXEC)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH 0/4] Relocate execve() sanity checks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/4] exec: Relocate S_ISREG() check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/4] fs: Include FMODE_EXEC when converting flags to f_mode
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/4] exec: Relocate path_noexec() check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/6] fs: Add a MAY_EXECMOUNT flag to infer the noexec mount property
  • From: "Lev R. Oshvang ." <levonshe@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: Add group_leader pid to seccomp_notif
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 01/26] Documentation/x86: Add CET description
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>