Linux API
[Prev Page][Next Page]
- 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
- 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>
- [PATCHv6 19/36] x86/vdso/Makefile: Add vobjs32
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 20/36] x86/vdso: Restrict splitting VVAR VMA
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 22/36] x86/vdso: Add offsets page in vvar
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 25/36] vdso: Introduce vdso_static_branch_unlikely()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 21/36] x86/vdso: Rename vdso_image {.data=>.text}
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 28/36] posix-clocks: Add align for timens_offsets
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 31/36] selftest/timens: Add a test for timerfd
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 29/36] fs/proc: Introduce /proc/pid/timens_offsets
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 26/36] x86/vdso2c: Process jump tables
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 30/36] selftest/timens: Add Time Namespace test for supported clocks
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 33/36] selftest/timens: Add procfs selftest
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 36/36] selftest/timens: Check that a right vdso is mapped after fork and exec
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 35/36] selftests/timens: Add a simple perf test for clock_gettime()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 34/36] selftest/timens: Add timer offsets test
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 32/36] selftest/timens: Add a test for clock_nanosleep()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 27/36] x86/vdso: Enable static branches for the timens vdso
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 24/36] x86/vdso: Switch image on setns()/clone()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 23/36] x86/vdso: Allocate timens vdso
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 16/36] fd/proc: Respect boottime inside time namespace for /proc/uptime
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 11/36] timerfd: Make timerfd_settime() time namespace aware
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 10/36] kernel: Add do_timens_ktime_to_host() helper
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 08/36] posix-timers: Use clock_get_ktime() in common_timer_get()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 07/36] posix-clocks: Introduce clock_get_ktime() callback
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- [PATCHv6 00/36] kernel: Introduce Time Namespace
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
- Re: [RESEND PATCH 1/2 -mm] mm: account lazy free pages separately
- From: Yang Shi <yang.shi@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 01/12] fpga: dfl: fme: support 512bit data width PR
- From: Wu Hao <hao.wu@xxxxxxxxx>
- 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: 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: [PATCH v8 00/20] fscrypt: key management improvements
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCH v8 10/20] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- 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: [PATCH v5 2/6] mm/page_idle: Add support for handling swapped PG_Idle pages
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Matthew Garrett <mjg59@xxxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v8 15/27] mm: Handle shadow stack page fault
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Matthew Garrett <mjg59@xxxxxxxxxx>
- Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v8 15/27] mm: Handle shadow stack page fault
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v8 15/27] mm: Handle shadow stack page fault
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v3 01/12] fpga: dfl: fme: support 512bit data width PR
- From: Scott Wood <swood@xxxxxxxxxx>
- Re: [PATCH v5 2/6] mm/page_idle: Add support for handling swapped PG_Idle pages
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v8 09/27] mm/mmap: Prevent Shadow Stack VMA merges
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v8 01/27] Documentation/x86: Add CET description
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RESEND PATCH 1/2 -mm] mm: account lazy free pages separately
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [RESEND PATCH 1/2 -mm] mm: account lazy free pages separately
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v8 01/27] Documentation/x86: Add CET description
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH v5 2/6] mm/page_idle: Add support for handling swapped PG_Idle pages
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH v5 1/6] mm/page_idle: Add per-pid idle page tracking using virtual index
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH] tracefs: Fix NULL pointer dereference when no lockdown is used
- From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
- Re: [PATCH v3 00/20] sg: add v4 interface
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH V38 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
- From: Dave Young <dyoung@xxxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- 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 v8 11/27] x86/mm: Introduce _PAGE_DIRTY_SW
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v8 15/27] mm: Handle shadow stack page fault
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v8 09/27] mm/mmap: Prevent Shadow Stack VMA merges
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- From: Daniel Colascione <dancol@xxxxxxxxxx>
- Re: [PATCH] syscalls: Update the syscall #defines to match uapi
- From: Alistair Francis <alistair23@xxxxxxxxx>
- Re: [PATCH v2 bpf-next 1/4] bpf: unprivileged BPF access via /dev/bpf
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- [PATCH v8 00/27] Control-flow Enforcement: Shadow Stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [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>
- [PATCH v8 01/27] Documentation/x86: Add CET description
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 07/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 06/27] x86/cet: Add control protection exception handler
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 04/27] x86/fpu/xstate: Introduce XSAVES system states
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 09/27] mm/mmap: Prevent Shadow Stack VMA merges
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 08/27] mm: Introduce VM_SHSTK for shadow stack memory
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v8 10/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]