Linux API

• Thread Index

• Re: [PATCH] io_uring: add support for barrier fsync
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] io_uring: add support for barrier fsync
  • From: Chris Mason <clm@xxxxxx>
• Re: [PATCH] io_uring: add support for barrier fsync
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] io_uring: add support for barrier fsync
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Linux: Define struct termios2 in <termios.h> under _GNU_SOURCE [BZ #10339]
  • From: hpa@xxxxxxxxx
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] Linux: Define struct termios2 in <termios.h> under _GNU_SOURCE [BZ #10339]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] Linux: Define struct termios2 in <termios.h> under _GNU_SOURCE [BZ #10339]
  • From: hpa@xxxxxxxxx
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• [PATCH] Linux: Define struct termios2 in <termios.h> under _GNU_SOURCE [BZ #10339]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v5 6/6] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 5/6] arm64: add CVADP support to the cache maintenance helper
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 4/6] arm64: Expose DC CVADP to userspace
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 3/6] arm64: Handle trapped DC CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 2/6] arm64: HWCAP: encapsulate elf_hwcap
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v5 0/6] arm64: Initial support for CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Alan Modra <amodra@xxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH ghak90 V6 07/10] audit: add containerid support for user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 06/10] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 08/10] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 05/10] audit: add contid support for signalling the audit daemon
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 04/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 03/10] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 00/10] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 02/10] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V6 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Tulio Magno Quites Machado Filho <tuliom@xxxxxxxxxxxx>
• [PATCH linux-next v9 6/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH linux-next v9 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v8 01/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v10 00/18] Introduce the Counter subsystem
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v13 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• [PATCH v2] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH v13 2/3] x86,/proc/pid/status: Add AVX-512 usage elapsed time
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH V32 27/27] tracefs: Restrict tracefs when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH V32 27/27] tracefs: Restrict tracefs when the kernel is locked down
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH] sched/core: expand sched_getaffinity(2) to return number of CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V32 11/27] x86: Lock down IO port access when the kernel is locked down
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V32 19/27] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V32 19/27] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH V32 05/27] Copy secure_boot flag in boot params across kexec reboot
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 07/27] kexec_file: Restrict at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 08/27] hibernate: Disable when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 06/27] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 02/27] Enforce module signatures if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 0/27] Lockdown patches for 5.2
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 09/27] uswsusp: Disable when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 11/27] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 14/27] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 12/27] x86/msr: Restrict MSR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 17/27] Lock down TIOCSSERIAL
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 16/27] Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 15/27] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 19/27] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 21/27] Lock down tracing and perf kprobes when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 22/27] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 25/27] lockdown: Print current->comm in restriction messages
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 26/27] debugfs: Restrict debugfs when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 27/27] tracefs: Restrict tracefs when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 24/27] kexec: Allow kexec_file() with appropriate IMA policy when locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 23/27] Lock down perf when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 20/27] Lock down /proc/kcore
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 18/27] Lock down module params that specify hardware parameters (eg. ioport)
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 13/27] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 10/27] PCI: Lock down BAR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 04/27] kexec_load: Disable at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V32 03/27] Restrict /dev/{mem,kmem,port} when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH 14/17] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 07/17] fs/dcache.c: add shrink_dcache_inode()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 07/17] fs/dcache.c: add shrink_dcache_inode()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/17] fpga: dfl: fme: add thermal management support
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH 14/17] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v4 6/6] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH v4 2/6] arm64: HWCAP: encapsulate elf_hwcap
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH v4 6/6] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 5/6] arm64: add CVADP support to the cache maintenance helper
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 4/6] arm64: Expose DC CVADP to userspace
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 3/6] arm64: Handle trapped DC CVADP
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 2/6] arm64: HWCAP: encapsulate elf_hwcap
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v4 6/6] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 5/6] arm64: add CVADP support to the cache maintenance helper
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 4/6] arm64: Expose DC CVADP to userspace
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 3/6] arm64: Handle trapped DC CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 2/6] arm64: HWCAP: encapsulate elf_hwcap
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v4 0/6] arm64: Initial support for CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 6/7] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 6/7] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 10/17] fpga: dfl: afu: export __port_enable/disable function.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [PATCH v4 03/17] fscrypt: use FSCRYPT_* definitions, not FS_*
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 07/17] fs/dcache.c: add shrink_dcache_inode()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 06/17] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 08/17] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 10/17] fscrypt: add an HKDF-SHA512 implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 05/17] fscrypt: refactor v1 policy key setup into keysetup_legacy.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 09/17] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 14/17] ext4: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 17/17] fscrypt: document the new ioctls and policy version
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 11/17] fscrypt: v2 encryption policy support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 16/17] ubifs: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 13/17] fscrypt: require that key be added when setting a v2 encryption policy
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 12/17] fscrypt: allow unprivileged users to add/remove keys for v2 policies
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 15/17] f2fs: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 04/17] fscrypt: add ->ci_inode to fscrypt_info
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 01/17] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 02/17] fscrypt: use FSCRYPT_ prefix for uapi constants
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 00/17] fscrypt: key management improvements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH 09/17] fpga: dfl: add id_table for dfl private feature driver
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH 12/17] fpga: dfl: afu: add STP (SignalTap) support
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 6/7] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 14/17] fpga: dfl: fme: add thermal management support
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCHv8 00/10] Heterogenous memory node attributes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 01/17] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v8 01/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 07/16] sched/core: uclamp: Reset uclamp values on RESET_ON_FORK
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 03/16] sched/core: uclamp: Enforce last task's UCLAMP_MAX
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 02/16] sched/core: Add bucket local max tracking
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 08/16] sched/core: uclamp: Set default clamps for RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 11/16] sched/fair: uclamp: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 10/16] sched/core: uclamp: Add uclamp_util_with()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 09/16] sched/cpufreq: uclamp: Add clamps for FAIR and RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 14/16] sched/core: uclamp: Propagate system defaults to root group
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 13/16] sched/core: uclamp: Propagate parent clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 15/16] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 16/16] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 12/16] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v8 00/16] Add utilization clamping support
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 01/17] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 08/17] fpga: dfl: afu: add userclock sysfs interfaces.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 01/17] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2 0/5] pid: add pidfd_open()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 5/7] arm64: add CVADP support to the cache maintenance helper
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 7/7] arm64: docs: document AT_HWCAP2 and unused AT_HWCAP bits
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 6/7] arm64: Advertise ARM64_HAS_DCPODP cpu feature
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 4/7] arm64: Expose DC CVADP to userspace
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 3/7] arm64: HWCAP: encapsulate elf_hwcap
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 2/7] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 1/7] arm64: Handle trapped DC CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH v3 0/7] arm64: Initial support for CVADP
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv8 07/10] acpi/hmat: Register processor domain to its memory
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/5] pid: add pidfd_open()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 2/5] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH v2 2/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 2/5] pid: add pidfd_open()
  • From: Jürg Billeter <j@xxxxxxxxx>
• [PATCH v2] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 4/5] signal: PIDFD_SIGNAL_TID threads via pidfds
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 4/5] signal: PIDFD_SIGNAL_TID threads via pidfds
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 4/5] signal: PIDFD_SIGNAL_TID threads via pidfds
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 4/5] signal: PIDFD_SIGNAL_TID threads via pidfds
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [patch] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 2/5] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [patch] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCHv8 07/10] acpi/hmat: Register processor domain to its memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 5/5] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 4/5] signal: PIDFD_SIGNAL_TID threads via pidfds
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 2/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/5] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 3/5] signal: support pidfd_open() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 0/5] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] fpga: dfl: fme: add DFL_FPGA_FME_PORT_RELEASE/ASSIGN ioctl support.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 06/17] fpga: dfl: pci: enable SRIOV support.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 02/17] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
• Re: [PATCH 07/17] fpga: dfl: afu: add AFU state related sysfs interfaces
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: pidfd design
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH ghak90 V5 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 4/4] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 3/4] signal: support pidfd_open() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/4] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 0/4] pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH ghak90 V5 04/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 07/10] audit: add containerid support for user records
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 04/10] audit: log container info of syscalls
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 4/4] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 02/10] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 02/10] audit: add container id
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 01/10] audit: collect audit task parameters
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 4/4] tests: add pidfd_open() tests
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH RFC] x86/asm: Introduce static_retcall(s)
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• [PATCH RFC] vdso: introduce timens_static_branch
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/32] x86/vdso: Generate vdso{,32}-timens.lds
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH V31 19/25] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH 1/4] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/4] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 4/4] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 3/4] signal: support pidfd_open() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 0/4] pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: Resurrecting EPOLLROUNDROBIN
  • From: Marek Majkowski <marek@xxxxxxxxxxxxxx>
• Re: [PATCH V31 19/25] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH V31 10/25] PCI: Lock down BAR access when the kernel is locked down
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH V31 11/25] x86: Lock down IO port access when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH V31 10/25] PCI: Lock down BAR access when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V31 22/25] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH V31 00/25] Add support for kernel lockdown
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 08/25] hibernate: Disable when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 13/25] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 11/25] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 09/25] uswsusp: Disable when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 06/25] kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 05/25] Copy secure_boot flag in boot params across kexec reboot
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 04/25] kexec_load: Disable at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 02/25] Enforce module signatures if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 03/25] Restrict /dev/{mem,kmem,port} when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 16/25] Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 17/25] Lock down TIOCSSERIAL
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 19/25] x86/mmiotrace: Lock down the testmmiotrace module
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 25/25] debugfs: Disable open() when kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 24/25] lockdown: Print current->comm in restriction messages
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 23/25] Lock down perf when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 22/25] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 21/25] Lock down kprobes when in confidentiality mode
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 20/25] Lock down /proc/kcore
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 18/25] Lock down module params that specify hardware parameters (eg. ioport)
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 15/25] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 14/25] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 12/25] x86/msr: Restrict MSR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 10/25] PCI: Lock down BAR access when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 07/25] kexec_file: Restrict at runtime if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V31 01/25] Add the ability to lock down access to the running kernel image
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 2/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 4/4] tests: add pidctl() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/4] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 0/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: Resurrecting EPOLLROUNDROBIN
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/17] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: pidfd design
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Resurrecting EPOLLROUNDROBIN
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: pidfd design
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 23/27] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: pidfd design
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: pidfd design
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: pidfd design
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Scott Wood <swood@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: pidfd design
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: pidfd design
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Jonathan Kowalski <bl0pbl33p@xxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 02/17] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: Resurrecting EPOLLROUNDROBIN
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 2/4] pid: add pidctl()
  • From: Mika Penttilä <mika.penttila@xxxxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/4] pid: add pidctl()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• [PATCH 1/4] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 4/4] tests: add pidctl() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 3/4] signal: support pidctl() with pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 0/4] pid: add pidctl()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Resurrecting EPOLLROUNDROBIN
  • From: Marek Majkowski <marek@xxxxxxxxxxxxxx>
• [PATCH 00/17] add new features for FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 03/17] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 06/17] fpga: dfl: pci: enable SRIOV support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 02/17] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 01/17] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 07/17] fpga: dfl: afu: add AFU state related sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 08/17] fpga: dfl: afu: add userclock sysfs interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 13/17] fpga: dfl: fme: add capability sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 11/17] fpga: dfl: afu: add error reporting support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 10/17] fpga: dfl: afu: export __port_enable/disable function.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 12/17] fpga: dfl: afu: add STP (SignalTap) support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 09/17] fpga: dfl: add id_table for dfl private feature driver
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 14/17] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 16/17] fpga: dfl: fme: add global error reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 17/17] fpga: dfl: fme: add performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 15/17] fpga: dfl: fme: add power management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 04/17] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH 05/17] fpga: dfl: fme: add DFL_FPGA_FME_PORT_RELEASE/ASSIGN ioctl support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [patch] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC PATCH v2 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/4] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Carlos O'Donell" <codonell@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH linux-next v8 6/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH linux-next v8 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Alexander Duyck <alexander.duyck@xxxxxxxxx>
• [PATCH] fanotify: Make wait for permission events interruptible
  • From: Jan Kara <jack@xxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void
  • From: Christoph Paasch <christoph.paasch@xxxxxxxxx>
• [PATCH RESEND v5 5/5] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v5 4/5] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v5 3/5] namei: O_THISROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v5 1/5] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] uapi: avoid namespace conflict in linux/posix_types.h
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] uapi: avoid namespace conflict in linux/posix_types.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] uapi: avoid namespace conflict in linux/posix_types.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC PATCH 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v7 11/15] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v2 0/1] userfaultfd: allow to forbid unprivileged users
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 07/10] audit: add containerid support for user records
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH v7 12/15] sched/core: uclamp: Propagate parent clamps
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v7 12/15] sched/core: uclamp: Propagate parent clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: mbind() fails to fail with EIO
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v7 10/15] sched/fair: uclamp: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 06/15] sched/core: uclamp: Reset uclamp values on RESET_ON_FORK
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH ghak90 V5 04/10] audit: log container info of syscalls
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 02/10] audit: add container id
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH ghak90 V5 01/10] audit: collect audit task parameters
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: WARNING: bad usercopy in fanotify_read
  • From: syzbot <syzbot+2c49971e251e36216d1f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCHv8 00/10] Heterogenous memory node attributes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH ghak90 V5 10/10] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 09/10] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 08/10] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 07/10] audit: add containerid support for user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 04/10] audit: log container info of syscalls
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 06/10] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 05/10] audit: add containerid support for ptrace and signals
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 03/10] audit: read container ID of a process
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 02/10] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [PATCH ghak90 V5 00/10] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCHv8 00/10] Heterogenous memory node attributes
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• mbind() fails to fail with EIO
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v7 03/15] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [RESEND PATCH v1] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH -manpage 2/2] memfd_create.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH -manpage 1/2] fcntl.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH -manpage 0/2]
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH 1/2] rseq/selftests: Add __rseq_exit_point_array section for debuggers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 2/2] rseq/selftests: Introduce __rseq_cs_ptr_array, rename __rseq_table to __rseq_cs
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 0/2] rseq/selftests: debugger single-stepping helper sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>