Linux API

• Thread Index

• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
• [PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags
  • From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
• [PATCH v5 0/1] random: getrandom(2): warn on large CRNG waits, introduce new flags
  • From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
• Re: [RFC PATCH 2/3] add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH ghak90 V7 04/21] audit: convert to contid list to check for orch/engine ownership
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] lib: introduce copy_struct_from_user() helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add RWF_ENCODED for writing compressed data
  • From: "Colin Walters" <walters@xxxxxxxxxx>
• Re: [PATCH v2 1/4] lib: introduce copy_struct_from_user() helper
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] lib: introduce copy_struct_from_user() helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 1/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 4/4] perf_event_open: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 3/4] sched_setattr: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 2/4] clone3: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 1/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v2 0/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 2/4] clone3: switch to copy_struct_from_user()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 2/4] clone3: switch to copy_struct_from_user()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] clone3: switch to copy_struct_from_user()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] lib: introduce copy_struct_from_user() helper
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v1 2/4] clone3: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v1 1/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v1 3/4] sched_setattr: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v1 4/4] perf_event_open: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v1 0/4] lib: introduce copy_struct_from_user() helper
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 2/3] add RWF_ENCODED for writing compressed data
  • From: Chris Mason <clm@xxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: "Colin Walters" <walters@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: For review: pidfd_send_signal(2) manual page
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: For review: pidfd_open(2) manual page
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• For review: pidfd_send_signal(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• For review: pidfd_open(2) manual page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: "Alexander E. Patrakov" <patrakov@xxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 0/7] Rework random blocking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] fs: pass READ/WRITE to kiocb_set_rw_flags()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v2 1/7] random: Don't wake crng_init_wait when crng_init == 1
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 0/7] Rework random blocking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 3/7] random: Ignore GRND_RANDOM in getentropy(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 2/7] random: Add GRND_INSECURE to return best-effort non-cryptographic bytes
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 7/7] random: Remove kernel.random.read_wakeup_threshold
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 5/7] random: Remove the blocking pool
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 4/7] random: Make /dev/random be almost like /dev/urandom
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 6/7] random: Delete code to pull data into pools
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH -next] treewide: remove unused argument in lock_release()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()
  • From: "Ahmed S. Darwish" <darwish.07@xxxxxxxxx>
• Re: [PATCH -next] treewide: remove unused argument in lock_release()
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH -next] treewide: remove unused argument in lock_release()
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH -next] treewide: remove unused argument in lock_release()
  • From: Qian Cai <cai@xxxxxx>
• Re: [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [RFC PATCH 3/3] btrfs: implement encoded (compressed) writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH] readv.2: Document new RWF_ENCODED flag to pwritev2()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH 2/3] fs: add RWF_ENCODED for writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH 1/3] fs: pass READ/WRITE to kiocb_set_rw_flags()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH 0/3] fs: interface for directly writing encoded (e.g., compressed) data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH ghak90 V7 21/21] audit: add proc interface for capcontid
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 20/21] audit: add capcontid to set contid outside init_user_ns
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 19/21] audit: check cont depth
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 18/21] audit: track container nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 17/21] audit: add support for loginuid/sessionid set/get by netlink
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 16/21] audit: add support for contid set/get by netlink
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 15/21] sched: pull task_is_descendant into kernel/sched/core.c
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 14/21] audit: contid check descendancy and nesting
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 13/21] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 12/21] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 11/21] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 10/21] audit: add containerid support for user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 09/21] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 08/21] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 07/21] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 06/21] audit: contid limit of 32k imposed to avoid DoS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 05/21] audit: log drop of contid on exit of last task
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 04/21] audit: convert to contid list to check for orch/engine ownership
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 03/21] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 02/21] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 01/21] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V7 00/21] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• RFC(V4): Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH for 5.4 3/3] rseq/selftests: Fix: Namespace gettid() for compatibility with glibc 2.30
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.4 2/3] rseq: Fix: Unregister rseq for clone CLONE_VM
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.4 1/3] rseq: Fix: Reject unknown flags on rseq unregister
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.4 0/3] Restartable Sequences Fixes
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.3 2/3] rseq: Fix: Unregister rseq for CLONE_SETTLS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.3 2/3] rseq: Fix: Unregister rseq for CLONE_SETTLS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.3 2/3] rseq: Fix: Unregister rseq for CLONE_SETTLS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.3 1/3] rseq: Fix: Reject unknown flags on rseq unregister
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] rseq: Introduce unreg_clone_flags
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] rseq: Fix: Unregister rseq for CLONE_TLS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 3/4] rseq: Introduce unreg_clone_flags
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 2/4] rseq: Fix: Unregister rseq for CLONE_TLS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/4] rseq: Fix: Reject unknown flags on rseq unregister
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 1/3] Documentation: fpga: dfl: add descriptions for thermal/power management interfaces
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC] Add critical process prctl
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC] Add critical process prctl
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC] Add critical process prctl
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/2] Minor lockdown fixups
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH V40 03/29] security: Add a static lockdown policy LSM
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH 2/2] kexec: Fix file verification on S390
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH 1/2] security: constify some arrays in lockdown LSM
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH 0/2] Minor lockdown fixups
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v6 2/3] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v6 1/3] Documentation: fpga: dfl: add descriptions for thermal/power management interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v6 3/3] fpga: dfl: fme: add power management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v6 0/3] add thermal/power management features for FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 0/7] Rework random blocking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 bpf-next 1/4] capability: introduce CAP_BPF and CAP_TRACING
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 0/7] Rework random blocking
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH bpf-next v10 06/10] bpf,landlock: Add a new map type: inode
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v10 06/10] bpf,landlock: Add a new map type: inode
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 2/2] ipc: fix sparc64 ipc() wrapper
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 bpf-next 4/4] selftests/bpf: use CAP_BPF and CAP_TRACING in tests
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v4 bpf-next 3/4] perf: implement CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v4 bpf-next 2/4] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v4 bpf-next 1/4] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v4 bpf-next 0/4] CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Robbie Harwood <rharwood@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Ray Strode <rstrode@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Ray Strode <rstrode@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] selftest/exec: Add tests for O_MAYEXEC enforcing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 3/5] fs: Enable to enforce noexec mounts or file exec through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 2/5] fs: Add a MAY_EXECMOUNT flag to infer the noexec mount propertie
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2 5/5] doc: Add documentation for the fs.open_mayexec_enforce sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/13] vfs: verify param type in vfs_parse_sb_flag()
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ipc: fix sparc64 ipc() wrapper
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: David Lehman <dlehman@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Ray Strode <rstrode@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Ray Strode <rstrode@xxxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ipc: fix sparc64 ipc() wrapper
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Why add the general notification queue and its sources
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Why add the general notification queue and its sources
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH 2/2] ipc: fix sparc64 ipc() wrapper
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to, from}_user helpers
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [RFC] Add critical process prctl
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/11] Keyrings, Block and USB notifications [ver #8]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/11] selinux: Implement the watch_key security hook [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/11] Add sample notification program [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/11] usb: Add USB subsystem notifications [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/11] block: Add block layer notifications [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/11] Add a general, global device notification watch list [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/11] keys: Add a notification facility [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/11] General notification queue with user mmap()'able ring buffer [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/11] security: Add a hook for the point of notification insertion [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/11] security: Add hooks to rule on setting a watch [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/11] uapi: General notification ring definitions [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/11] Keyrings, Block and USB notifications [ver #8]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v12 12/12] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 09/12] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 08/12] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 07/12] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 06/12] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 04/12] perf_event_open: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 03/12] sched_setattr: switch to copy_struct_{to,from}_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 02/12] clone3: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 00/12] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 bpf-next 3/3] perf: implement CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v3 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v3 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH V40 04/29] lockdown: Enforce module signatures if the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V40 03/29] security: Add a static lockdown policy LSM
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• RE: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] Add a general, global device notification watch list [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 04/11] General notification queue with user mmap()'able ring buffer [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 04/11] General notification queue with user mmap()'able ring buffer [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• RE: [PATCH 06/11] Add a general, global device notification watch list [ver #7]
  • From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@xxxxxxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 00/11] Keyrings, Block and USB notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 00/11] Keyrings, Block and USB notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v14 5/6] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v14 5/6] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH 00/11] Keyrings, Block and USB notifications [ver #7]
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH V40 23/29] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V40 04/29] lockdown: Enforce module signatures if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V40 03/29] security: Add a static lockdown policy LSM
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #7]
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V40 08/29] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE
  • From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #7]
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• keyctl_watch_key.3 manpage
  • From: David Howells <dhowells@xxxxxxxxxx>
• watch_devices(2) manpage
  • From: David Howells <dhowells@xxxxxxxxxx>
• watch_queue(7) manpage
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/11] selinux: Implement the watch_key security hook [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/11] Add sample notification program [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/11] usb: Add USB subsystem notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/11] block: Add block layer notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/11] Add a general, global device notification watch list [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/11] keys: Add a notification facility [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/11] General notification queue with user mmap()'able ring buffer [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/11] security: Add a hook for the point of notification insertion [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/11] security: Add hooks to rule on setting a watch [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/11] uapi: General notification ring definitions [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/11] Keyrings, Block and USB notifications [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC][PATCH] fix d_absolute_path() interplay with fsmount()
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v14 5/6] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 0/7] Rework random blocking
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Rework random blocking
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• [PATCH 4/7] random: Make /dev/random be almost like /dev/urandom
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 3/7] random: Ignore GRND_RANDOM in getentropy(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 6/7] random: Delete code to pull data into pools
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 7/7] random: Remove kernel.random.read_wakeup_threshold
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 5/7] random: Remove the blocking pool
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 2/7] random: Add GRND_INSECURE to return best-effort non-cryptographic bytes
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 1/7] random: Don't wake crng_init_wait when crng_init == 1
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 0/7] Rework random blocking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 10/11] selinux: Implement the watch_key security hook [ver #6]
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH 01/11] uapi: General notification ring definitions [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/11] smack: Implement the watch_key and post_notification hooks [untested] [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/11] selinux: Implement the watch_key security hook [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/11] General notification queue with user mmap()'able ring buffer [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/11] security: Add hooks to rule on setting a watch [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/11] Add sample notification program [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/11] usb: Add USB subsystem notifications [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/11] block: Add block layer notifications [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/11] Add a general, global device notification watch list [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/11] keys: Add a notification facility [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/11] security: Add a hook for the point of notification insertion [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/11] Keyrings, Block and USB notifications [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 09/29] selftests: fib_rule_tests: use pre-defined DEV_ADDR
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 3/3] perf: implement CAP_TRACING
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2 bpf-next 1/3] capability: introduce CAP_BPF and CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v2 bpf-next 3/3] perf: implement CAP_TRACING
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v2 bpf-next 2/3] bpf: implement CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [mm/page_idle] b6cb55961f: kernel_BUG_at_mm/slub.c
  • From: kernel test robot <rong.a.chen@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 3/9] fpga: dfl: afu: convert platform_driver to use dev_groups
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: RFC: very rough draft of a bpf permission model
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: RFC: very rough draft of a bpf permission model
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: RFC: very rough draft of a bpf permission model
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: sbaugh@xxxxxxxxxx
• Re: [PATCH V40 10/29] hibernate: Disable when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: RFC: very rough draft of a bpf permission model
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: RFC: very rough draft of a bpf permission model
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• RFC: very rough draft of a bpf permission model
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 3/9] fpga: dfl: afu: convert platform_driver to use dev_groups
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH v14 6/6] sched/core: uclamp: always use enum uclamp_id for clamp_id values
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 3/6] sched/core: uclamp: Propagate system defaults to root group
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 2/6] sched/core: uclamp: Propagate parent clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 1/6] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 0/6] Add utilization clamping support (CGroups API)
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 5/6] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v14 4/6] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [RFC][PATCH] fix d_absolute_path() interplay with fsmount()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v8 03/27] x86/fpu/xstate: Change names to separate XSAVES system and user states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [f2fs-dev] [PATCH v4 3/3] f2fs: Support case-insensitive file name lookups
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: [PATCH v8 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 1/9] fpga: dfl: make init callback optional
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v5 2/9] fpga: dfl: fme: convert platform_driver to use dev_groups
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v5 1/9] fpga: dfl: make init callback optional
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH V40 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V40 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V40 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V40 10/29] hibernate: Disable when the kernel is locked down
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V40 11/29] PCI: Lock down BAR access when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V40 11/29] PCI: Lock down BAR access when the kernel is locked down
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V40 19/29] lockdown: Lock down module params that specify hardware parameters (eg. ioport)
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v8 18/27] mm: Introduce do_mmap_locked()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v8 22/27] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH V40 00/29] Add kernel lockdown functionality
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH RESEND v11 8/8] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 6/8] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 4/8] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 2/8] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 1/8] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 0/8] openat2(2)
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v5 0/9] FPGA DFL updates
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v8 18/27] mm: Introduce do_mmap_locked()
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: [PATCH v5 0/9] FPGA DFL updates
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH V40 04/29] lockdown: Enforce module signatures if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 06/29] kexec_load: Disable at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 03/29] security: Add a static lockdown policy LSM
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 01/29] security: Support early LSMs
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 08/29] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 10/29] hibernate: Disable when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 13/29] x86/msr: Restrict MSR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 11/29] PCI: Lock down BAR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 20/29] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 22/29] lockdown: Lock down tracing and perf kprobes when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 24/29] lockdown: Lock down perf when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 26/29] debugfs: Restrict debugfs when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 18/29] lockdown: Lock down TIOCSSERIAL
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 27/29] tracefs: Restrict tracefs when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 29/29] lockdown: Print current->comm in restriction messages
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 25/29] kexec: Allow kexec_file() with appropriate IMA policy when locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 23/29] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 21/29] lockdown: Lock down /proc/kcore
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 19/29] lockdown: Lock down module params that specify hardware parameters (eg. ioport)
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 17/29] lockdown: Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 09/29] kexec_file: Restrict at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 07/29] lockdown: Copy secure_boot flag in boot params across kexec reboot
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 05/29] lockdown: Restrict /dev/{mem,kmem,port} when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 02/29] security: Add a "locked down" LSM hook
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V40 00/29] Add kernel lockdown functionality
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v5 1/6] mm/page_idle: Add per-pid idle page tracking using virtual index
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/9] FPGA DFL updates
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 22/36] x86/vdso: Add offsets page in vvar
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v8 04/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v3 00/20] sg: add v4 interface
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH v3 00/20] sg: add v4 interface
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 00/20] sg: add v4 interface
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/20] sg: add v4 interface
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCHv6 23/36] x86/vdso: Allocate timens vdso
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v8 22/27] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCHv6 28/36] posix-clocks: Add align for timens_offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 01/36] ns: Introduce Time Namespace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 30/36] selftest/timens: Add Time Namespace test for supported clocks
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCHv6 01/36] ns: Introduce Time Namespace
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv6 16/36] fd/proc: Respect boottime inside time namespace for /proc/uptime
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCHv6 35/36] selftests/timens: Add a simple perf test for clock_gettime()
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCHv6 30/36] selftest/timens: Add Time Namespace test for supported clocks
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv6 28/36] posix-clocks: Add align for timens_offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 22/36] x86/vdso: Add offsets page in vvar
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCHv6 25/36] vdso: Introduce vdso_static_branch_unlikely()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 14/36] hrtimers: Prepare hrtimer_nanosleep() for time namespaces
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 10/36] kernel: Add do_timens_ktime_to_host() helper
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/20] sg: add v4 interface
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCHv6 03/36] posix-clocks: Rename the clock_get() into clock_get_timespec()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 02/36] timens: Add timens_offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv6 01/36] ns: Introduce Time Namespace
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCHv6 02/36] timens: Add timens_offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 03/36] posix-clocks: Rename the clock_get() into clock_get_timespec()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 06/36] alarmtimer: Provide get_timespec() callback
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 09/36] posix-clocks: Wire up clock_gettime() with timens offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 05/36] alarmtimer: Rename gettime() callback to get_ktime()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 04/36] posix-clocks: Rename .clock_get_timespec() callbacks accordingly
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 01/36] ns: Introduce Time Namespace
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 12/36] posix-timers: Make timer_settime() time namespace aware
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 14/36] hrtimers: Prepare hrtimer_nanosleep() for time namespaces
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 17/36] x86/vdso2c: Correct err messages on file opening
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 15/36] posix-timers: Make clock_nanosleep() time namespace aware
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 13/36] alarmtimer: Make nanosleep time namespace aware
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv6 18/36] x86/vdso2c: Convert iterator to unsigned
  • From: Dmitry Safonov <dima@xxxxxxxxxx>