Linux API
[Prev Page][Next Page]
- 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>
- Re: [PATCH] y2038: fix socket.h header inclusion
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 12/15] sched/core: uclamp: Propagate parent clamps
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCHv8 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv8 06/10] node: Add memory-side caching attributes
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv8 05/10] node: Add heterogenous memory access attributes
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv8 04/10] node: Link memory nodes to their compute nodes
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH v7 06/15] sched/core: uclamp: Reset uclamp values on RESET_ON_FORK
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- 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: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- 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: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- 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 v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- 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: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- 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 v7 03/15] sched/core: uclamp: Add system default clamps
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 02/15] sched/core: uclamp: Enforce last task UCLAMP_MAX
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v2 1/2] mm/mincore: make mincore() more conservative
- From: Vlastimil Babka <vbabka@xxxxxxx>
- [PATCH v2 2/2] mm/mincore: provide mapped status when cached status is not allowed
- From: Vlastimil Babka <vbabka@xxxxxxx>
- [PATCH v2 0/2] prevent mincore() page cache leaks
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCHv7 10/10] doc/mm: New documentation for memory performance
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting
- From: Dietmar Eggemann <dietmar.eggemann@xxxxxxx>
- Re: [PATCH 0/3] userfaultfd: allow to forbid unprivileged users
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] userfaultfd: allow to forbid unprivileged users
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Michael Cree <mcree@xxxxxxxxxxxx>
- [RFC PATCH 0/1] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and Directory entry events
- From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
- [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: Brice Goglin <Brice.Goglin@xxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Måns Rullgård <mans@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Måns Rullgård <mans@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCHv8 00/10] Heterogenous memory node attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 05/10] node: Add heterogenous memory access attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 01/10] acpi: Create subtable parsing infrastructure
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 02/10] acpi: Add HMAT to generic parsing tables
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 03/10] acpi/hmat: Parse and report heterogeneous memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 06/10] node: Add memory-side caching attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 08/10] acpi/hmat: Register performance attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 10/10] doc/mm: New documentation for memory performance
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 09/10] acpi/hmat: Register memory side cache attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv8 04/10] node: Link memory nodes to their compute nodes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCHv7 10/10] doc/mm: New documentation for memory performance
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCHv7 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Måns Rullgård <mans@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Måns Rullgård <mans@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Måns Rullgård <mans@xxxxxxxxx>
- Re: [PATCHv7 00/10] Heterogenous memory node attributes
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCHv7 10/10] doc/mm: New documentation for memory performance
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCHv7 08/10] acpi/hmat: Register performance attributes
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCHv7 07/10] acpi/hmat: Register processor domain to its memory
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCHv7 04/10] node: Link memory nodes to their compute nodes
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCHv7 03/10] acpi/hmat: Parse and report heterogeneous memory
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Matt Turner <mattst88@xxxxxxxxx>
- Re: [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v6] pidns: introduce syscall translate_pid
- From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
- Re: [PATCHv7 03/10] acpi/hmat: Parse and report heterogeneous memory
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCHv7 06/10] node: Add memory-side caching attributes
- From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <kbusch@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Brice Goglin <Brice.Goglin@xxxxxxxx>
- Re: [PATCH 1/3] mm/mincore: make mincore() more conservative
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH 1/3] mm/mincore: make mincore() more conservative
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] mm/mincore: make mincore() more conservative
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] mm/mincore: make mincore() more conservative
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [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 3/5] namei: O_THISROOT: chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH RESEND v5 2/5] namei: O_BENEATH-style path resolution flags
- 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 0/5] namei: vfs flags to restrict path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v7 10/15] sched/fair: uclamp: Add uclamp support to energy_compute()
- From: Quentin Perret <quentin.perret@xxxxxxx>
- [PATCH v1] moduleparam: Save information about built-in modules in separate file
- From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] ipc: Fix building compat mode without sysvipc
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] ipc: Fix building compat mode without sysvipc
- From: Laura Abbott <labbott@xxxxxxxxxx>
- [PATCH] ipc: Fix building compat mode without sysvipc
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments
- From: Jiri Kosina <jikos@xxxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v9 00/24] ILP32 for ARM64
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH for 5.1 1/3] rseq: cleanup: Reflect removal of event counter in comments
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH for 5.1 2/3] rseq: cleanup: remove rseq_len from task_struct
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] x86: Deprecate a.out support
- From: Richard Weinberger <richard@xxxxxx>
- [PATCH] x86: Deprecate a.out support
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH man-pages] Add rseq manpage
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: a.out coredumping: fix or delete?
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- a.out coredumping: fix or delete?
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: Tycho Andersen <tycho@xxxxxxxx>
- Re: [PATCH] numa: Change get_mempolicy() to use nr_node_ids instead of MAX_NUMNODES
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] numa: Change get_mempolicy() to use nr_node_ids instead of MAX_NUMNODES
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Martin Lau <kafai@xxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 2/2] seccomp.2: document userspace notification
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH man-pages] Add rseq manpage
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- [PATCHv7 03/10] acpi/hmat: Parse and report heterogeneous memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 02/10] acpi: Add HMAT to generic parsing tables
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 05/10] node: Add heterogenous memory access attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 04/10] node: Link memory nodes to their compute nodes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 08/10] acpi/hmat: Register performance attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 09/10] acpi/hmat: Register memory side cache attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 06/10] node: Add memory-side caching attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 01/10] acpi: Create subtable parsing infrastructure
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 10/10] doc/mm: New documentation for memory performance
- From: Keith Busch <keith.busch@xxxxxxxxx>
- [PATCHv7 00/10] Heterogenous memory node attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Oscar Salvador <osalvador@xxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] numa: Change get_mempolicy() to use nr_node_ids instead of MAX_NUMNODES
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <tom.leiming@xxxxxxxxx>
- Re: [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Oscar Salvador <osalvador@xxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Martin Lau <kafai@xxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- [GIT PULL] y2038: additional syscall ABI cleanup
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCH] mmap.2: describe the 5level paging hack
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] mmap.2: describe the 5level paging hack
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [RFC PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [RFC PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Allow setting file birth time with utimensat()
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Martin Lau <kafai@xxxxxx>
- Re: [PATCHSET v15] io_uring IO interface
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 14/19] io_uring: add file set registration
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 12/19] io_uring: add support for pre-mapped user IO buffers
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Allow setting file birth time with utimensat()
- From: Omar Sandoval <osandov@xxxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCHv6 06/10] node: Add memory-side caching attributes
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCHv6 06/10] node: Add memory-side caching attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCHv6 06/10] node: Add memory-side caching attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCHSET v15] io_uring IO interface
- From: Marek Majkowski <marek@xxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Allow setting file birth time with utimensat()
- From: David Sterba <dsterba@xxxxxxx>
- Re: [RFC PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
- Re: [PATCHv6 06/10] node: Add memory-side caching attributes
- From: Brice Goglin <Brice.Goglin@xxxxxxxx>
- Re: [PATCHv6 06/10] node: Add memory-side caching attributes
- From: Brice Goglin <Brice.Goglin@xxxxxxxx>
- [PATCH 2/3] tools: sync changes to uapi/linux/bpf.h
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- [PATCH 3/3] selftests/bpf: add tests for bpf_sk_check_syncookie
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- [PATCH 1/3] bpf: add helper to check for a valid SYN cookie
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- [PATCH 0/3] Allow checking SYN cookies from XDP and tc cls act
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCHSET v15] io_uring IO interface
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET v15] io_uring IO interface
- From: Marek Majkowski <marek@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
- From: Richard Weinberger <richard@xxxxxx>
- [RFC PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure
- From: Oscar Salvador <osalvador@xxxxxxx>
- Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [RFC PATCH v3 04/18] fs: add ->s_master_keys to struct super_block
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: [PATCH 11/19] block: implement bio helper to add iter bvec pages to bio
- From: Ming Lei <ming.lei@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCHv6 09/10] acpi/hmat: Register memory side cache attributes
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 08/10] acpi/hmat: Register performance attributes
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCHv6 07/10] acpi/hmat: Register processor domain to its memory
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [RFC PATCH 00/27] Containers and using authenticated filesystems
- From: Steve French <smfrench@xxxxxxxxx>
- Re: [RFC PATCH v3 00/18] fscrypt: key management improvements
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [PATCHv6 00/10] Heterogenous memory node attributes
- From: Keith Busch <keith.busch@xxxxxxxxx>
- Re: [RFC PATCH v3 00/18] fscrypt: key management improvements
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 02/10] vfs: syscall: Add move_mount(2) to move mounts around
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
- From: Nicolai Stange <nstange@xxxxxxx>
- Re: [RFC PATCH 00/27] Containers and using authenticated filesystems
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 02/10] vfs: syscall: Add move_mount(2) to move mounts around
- From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
- Re: [PATCH 02/10] vfs: syscall: Add move_mount(2) to move mounts around
- From: Alan Jenkins <alan.christopher.jenkins@xxxxxxxxx>
- Re: mremap vs sysctl_max_map_count
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [RFC PATCH v3 00/18] fscrypt: key management improvements
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- Re: [RFC PATCH 0/6] Allow setting file birth time with utimensat()
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [RFC PATCH v3 00/18] fscrypt: key management improvements
- From: Andreas Dilger <adilger@xxxxxxxxx>
- Re: [RFC PATCH 00/27] Containers and using authenticated filesystems
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- [RFC PATCH v3 04/18] fs: add ->s_master_keys to struct super_block
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 08/18] fs/dcache.c: add shrink_dcache_inode()
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 06/18] fscrypt: refactor v1 policy key setup into keysetup_legacy.c
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 03/18] fscrypt: use FSCRYPT_* definitions, not FS_*
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 14/18] fscrypt: require that key be added when setting a v2 encryption policy
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 11/18] fscrypt: add an HKDF-SHA512 implementation
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 05/18] fscrypt: add ->ci_inode to fscrypt_info
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 13/18] fscrypt: allow unprivileged users to add/remove keys for v2 policies
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 15/18] ext4: wire up new fscrypt ioctls
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 10/18] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 12/18] fscrypt: v2 encryption policy support
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 09/18] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 17/18] ubifs: wire up new fscrypt ioctls
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 16/18] f2fs: wire up new fscrypt ioctls
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 18/18] fscrypt: document the new ioctls and policy version
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 07/18] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [RFC PATCH v3 02/18] fscrypt: use FSCRYPT_ prefix for uapi constants
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]