Linux API

• Thread Index

• [merged] mm-page_alloc-dont-reserve-zone_highmem-for-zone_movable-request.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/24] Restrict /dev/{mem, kmem, port} when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/24] Enforce module signatures if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/24] ima: require secure_boot rules in lockdown mode
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/24] uswsusp: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/24] PCI: Lock down BAR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/24] x86: Lock down IO port access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/24] x86/msr: Restrict MSR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/24] ACPI: Limit access to custom_method when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/24] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/24] acpi: Disable ACPI table override if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/24] acpi: Disable APEI error injection if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/24] Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/24] Lock down TIOCSSERIAL
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 19/24] x86/mmiotrace: Lock down the testmmiotrace module
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 20/24] Lock down /proc/kcore
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 23/24] Lock down perf
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 22/24] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 21/24] Lock down kprobes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/24] security: Add kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: mhocko@xxxxxxxxxx
• [patch 042/140] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH 3.18 84/93] fs/proc: Stop trying to report thread stacks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 53/72] fs/proc: Stop trying to report thread stacks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 20/24] fpga: dfl: add FPGA Accelerated Function Unit driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 10/24] fpga: dfl: add FPGA Management Engine driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Patch "fs/proc: Stop trying to report thread stacks" has been added to the 4.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "fs/proc: Stop trying to report thread stacks" has been added to the 3.18-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/32] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 10/24] fpga: dfl: add FPGA Management Engine driver basic framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 20/24] fpga: dfl: add FPGA Accelerated Function Unit driver basic framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: jlee@xxxxxxxx
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: nagarathnam.muthusamy@xxxxxxxxxx
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 12/11] ipc: Directly call the security hook in ipc_ops.associate
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 32/32] random: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/32] eventfd: switch to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/32] pipe: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/32] net/rxrpc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/32] crypto: af_alg: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/32] net/iucv: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/32] net/phonet: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/32] net/bluetooth: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/32] net/sctp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/32] net/tipc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/32] net/atm: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/32] net/vmw_vsock: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/32] net/dccp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/32] net: convert datagram_poll users tp ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/32] net/unix: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/32] net/tcp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/32] net: remove sock_no_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/32] net: add support for ->poll_mask in proto_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/32] net: refactor socket_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/32] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/32] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/32] aio: simplify cancellation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/32] aio: simplify KIOCB_KEY handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/32] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/32] fs: add new vfs_poll and file_can_poll helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/32] fs: update documentation to mention __poll_t and match the code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/32] fs: cleanup do_pollfd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/32] fs: unexport poll_schedule_timeout
  • From: Christoph Hellwig <hch@xxxxxx>
• aio poll and a new in-kernel poll API V9
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/32] net/nfc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/32] timerfd: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/32] net/caif: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• [PATCH 01/30] fs: unexport poll_schedule_timeout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/30] fs: cleanup do_pollfd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/30] fs: update documentation to mention __poll_t and match the code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/30] fs: add new vfs_poll and file_can_poll helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/30] aio: simplify cancellation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/30] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/30] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/30] net: add support for ->poll_mask in proto_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/30] net/tcp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/30] net: remove sock_no_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/30] net: convert datagram_poll users tp ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/30] net/atm: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/30] net/vmw_vsock: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/30] net/tipc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/30] net/sctp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/30] net/bluetooth: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/30] net/caif: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/30] net/nfc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/30] net/phonet: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/30] net/iucv: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/30] net/rxrpc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/30] crypto: af_alg: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/30] pipe: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/30] eventfd: switch to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/30] timerfd: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/30] random: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/30] net/dccp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/30] net/unix: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/30] net: refactor socket_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• aio poll and a new in-kernel poll API V8
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [REVIEW][PATCH 00/11] ipc: Fixing the pid namespace support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 00/11] ipc: Fixing the pid namespace support
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 0/9] bpf, tracing: introduce bpf raw tracepoints
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 12/11] ipc: Directly call the security hook in ipc_ops.associate
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 01/11] sem/security: Pass kern_ipc_perm not sem_array into the sem security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v8 bpf-next 1/9] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 3/9] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 4/9] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 9/9] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 8/9] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 0/9] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 5/9] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 7/9] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 2/9] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [RFC PATCH for 4.17 10/21] cpu_opv: Provide cpu_opv system call (v6)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 2/6] aio: remove an outdated comment in aio_complete
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/6] aio: remove an outdated comment in aio_complete
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 10/21] cpu_opv: Provide cpu_opv system call (v6)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH] userfaultfd: add UFFDIO_TRY_COW
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] aio: remove an outdated comment in aio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] aio: sanitize ki_list handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• aio poll and a new in-kernel poll API V7
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/30] aio: simplify cancellation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/30] fs: unexport poll_schedule_timeout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/30] fs: cleanup do_pollfd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/30] fs: update documentation to mention __poll_t and match the code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/30] fs: add new vfs_poll and file_can_poll helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/30] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/30] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/30] net: refactor socket_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/30] net: remove sock_no_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/30] net: add support for ->poll_mask in proto_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/30] net/tcp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/30] net/unix: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/30] net: convert datagram_poll users tp ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/30] net/atm: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/30] net/dccp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/30] net/vmw_vsock: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/30] net/tipc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/30] net/sctp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/30] net/bluetooth: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/30] net/caif: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/30] net/phonet: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/30] net/nfc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/30] net/iucv: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/30] net/rxrpc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/30] crypto: af_alg: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/30] pipe: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/30] eventfd: switch to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/30] timerfd: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/30] random: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] aio: implement io_pgetevents
  • From: Christoph Hellwig <hch@xxxxxx>
• io_pgetevents & aio fsync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] aio: don't print the page size at boot time
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v7 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 09/10] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 02/10] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 05/10] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 01/10] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 03/10] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 04/10] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v7 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next] bpf, tracing: unbreak lttng
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 00/21] Restartable sequences and CPU op vector
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH for 4.17 06/21] x86: Wire up restartable sequence system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 17/21] rseq: selftests: Provide percpu_op API
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 18/21] rseq: selftests: Provide basic test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 11/21] x86: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 09/21] sched: Implement push_task_to_cpu (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 19/21] rseq: selftests: Provide basic percpu ops test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 20/21] rseq: selftests: Provide parametrized tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 15/21] cpu_opv: selftests: Implement selftests (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 12/21] powerpc: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 14/21] selftests: lib.mk: Introduce OVERRIDE_TARGETS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 00/21] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 21/21] rseq: selftests: Provide Makefile, scripts, gitignore
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 05/21] x86: Add support for restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 13/21] arm: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 03/21] arm: Add restartable sequences support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 04/21] arm: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 10/21] cpu_opv: Provide cpu_opv system call (v6)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 08/21] powerpc: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 07/21] powerpc: Add support for restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 16/21] rseq: selftests: Provide rseq library (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.17 01/21] uapi headers: Provide types_32_64.h
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v6 bpf-next 06/11] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next] bpf, tracing: unbreak lttng
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH v6 bpf-next 04/11] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 11/11] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 02/11] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 08/11] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 00/11] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 06/11] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 07/11] tracepoint: introduce kernel_tracepoint_find_by_name
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 03/11] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 10/11] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 09/11] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 05/11] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v6 bpf-next 01/11] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next] bpf, tracing: unbreak lttng
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 bpf-next] bpf, tracing: unbreak lttng
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH bpf-next] bpf, tracing: unbreak lttng
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] mm, memcontrol: Implement memory.swap.events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [REVIEW][PATCH 12/11] ipc: Directly call the security hook in ipc_ops.associate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 03/11] msg/security: Pass kern_ipc_perm not msg_queue into the msg_queue security hooks
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 03/10] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 09/10] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 01/10] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 05/10] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 04/10] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v5 bpf-next 02/10] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 03/11] msg/security: Pass kern_ipc_perm not msg_queue into the msg_queue security hooks
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 02/11] shm/security: Pass kern_ipc_perm not shmid_kernel into the shm security hooks
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 01/11] sem/security: Pass kern_ipc_perm not sem_array into the sem security hooks
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: NAGARATHNAM MUTHUSAMY <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 10/11] ipc/msg: Fix msgctl(..., IPC_STAT, ...) between pid namespaces
  • From: NAGARATHNAM MUTHUSAMY <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: NAGARATHNAM MUTHUSAMY <nagarathnam.muthusamy@xxxxxxxxxx>
• [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 01/11] sem/security: Pass kern_ipc_perm not sem_array into the sem security hooks
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 02/11] shm/security: Pass kern_ipc_perm not shmid_kernel into the shm security hooks
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 04/11] sem: Move struct sem and struct sem_array into ipc/sem.c
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 06/11] msg: Move struct msg_queue into ipc/msg.c
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 05/11] shm: Move struct shmid_kernel into ipc/shm.c
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 08/11] ipc/util: Helpers for making the sysvipc operations pid namespace aware
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 10/11] ipc/msg: Fix msgctl(..., IPC_STAT, ...) between pid namespaces
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 07/11] ipc: Move IPCMNI from include/ipc.h into ipc/util.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 03/11] msg/security: Pass kern_ipc_perm not msg_queue into the msg_queue security hooks
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 00/11] ipc: Fixing the pid namespace support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net-next] modules: allow modprobe load regular elf binaries
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v4 bpf-next 02/10] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 01/10] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 09/10] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 05/10] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 03/10] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 04/10] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v4 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH net-next] modules: allow modprobe load regular elf binaries
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH net-next] modules: allow modprobe load regular elf binaries
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH net-next] modules: allow modprobe load regular elf binaries
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 09/10] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 08/10] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 05/10] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 02/10] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 00/10] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 10/10] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 04/10] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 03/10] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v3 bpf-next 01/10] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/9] aio: sanitize ki_list handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 4/9] aio: sanitize ki_list handling
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 28/28] random: convert to ->poll_mask
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 23/24] fpga: dfl: afu: add user afu sub feature support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 23/24] fpga: dfl: afu: add user afu sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 bpf-next 5/8] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 0/8] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 7/8] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 6/8] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 3/8] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 2/8] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 4/8] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 8/8] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxx>
• [PATCH v2 bpf-next 1/8] treewide: remove struct-pass-by-value from tracepoints arguments
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH 6/9] aio: delete iocbs from the active_reqs list in kiocb_cancel
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 8/9] aio: implement io_pgetevents
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 7/9] aio: add delayed cancel support
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 9/9] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 03/28] fs: update documentation to mention __poll_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 05/28] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 5/9] aio: simplify cancellation
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 8/9] aio: implement io_pgetevents
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 8/9] aio: implement io_pgetevents
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 9/9] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] aio: implement io_pgetevents
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] aio: add delayed cancel support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] aio: remove an outdated comment in aio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/9] aio: delete iocbs from the active_reqs list in kiocb_cancel
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] aio: simplify cancellation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] aio: sanitize ki_list handling
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] aio: refactor read/write iocb setup
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] aio: remove an outdated comment in aio_complete
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] aio: don't print the page size at boot time
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/28] net: convert datagram_poll users tp ->poll_mask
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 28/28] random: convert to ->poll_mask
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/28] aio: implement IOCB_CMD_POLL
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/28] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/28] fs: add new vfs_poll and file_can_poll helpers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>