Linux API

• Thread Index

• Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCHv3] uapi libc compat: add fallback for unsupported libcs
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 01/10] selftest: Enhance kselftest_harness.h with a step mechanism
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 2/5] fs, xfs: introduce S_IOMAP_SEALED
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node
  • From: Will Deacon <will.deacon@xxxxxxx>
• RE: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: "Hefty, Sean" <sean.hefty@xxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Stuart Longland <stuartl@xxxxxxxxxxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v7 08/10] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v7 03/10] bpf,landlock: Define an eBPF program type for a Landlock rule
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v7 01/10] selftest: Enhance kselftest_harness.h with a step mechanism
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 2/5] fs, xfs: introduce S_IOMAP_SEALED
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH v6 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 0/5] MAP_DIRECT and block-map-atomic files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 2/5] fs, xfs: introduce S_IOMAP_SEALED
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 0/5] MAP_DIRECT and block-map-atomic files
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH net-next v7 08/10] bpf: Add a Landlock sandbox example
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 03/10] bpf,landlock: Define an eBPF program type for a Landlock rule
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 01/10] selftest: Enhance kselftest_harness.h with a step mechanism
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v6 2/5] fs, xfs: introduce S_IOMAP_SEALED
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 5/5] fs, fcntl: add F_MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 0/5] MAP_DIRECT and block-map-atomic files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] ioctl_getfsmap.2: correct semantics of FMR_OF_LAST flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] ioctl_getfsmap.2: correct semantics of FMR_OF_LAST flag
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [patch v5 1/3] drivers: jtag: Add JTAG core driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] virt/lib avoids oops by adding parameter checking
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v3 3/4] arm/syscalls: Optimize address limit check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [patch v6 2/3] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v6 3/3] Doccumentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v6 0/3] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v6 1/3] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH] virt/lib avoids oops by adding parameter checking
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] virt/kvm avoids oops by adding parameter checking
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] virt/kvm avoids oops by adding parameter checking
  • From: nixiaoming <nixiaoming@xxxxxxxxxx>
• [PATCH] virt/lib avoids oops by adding parameter checking
  • From: nixiaoming <nixiaoming@xxxxxxxxxx>
• Re: [PATCH v06 27/36] uapi xen/gntdev.h: include xen/privcmd.h and define grant_ref_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH v06 27/36] uapi xen/gntdev.h: include xen/privcmd.h and define grant_ref_t
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH v06 27/36] uapi xen/gntdev.h: include xen/privcmd.h and define grant_ref_t
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [PATCH v06 27/36] uapi xen/gntdev.h: include xen/privcmd.h and define grant_ref_t
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [patch v5 3/3] doccumentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [patch v5 1/3] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v5 3/3] doccumentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v5 2/3] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v5 0/3] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add V4L2_BUF_TYPE_META_OUTPUT buffer type
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• [PATCH net-next v7 06/10] seccomp,landlock: Handle Landlock events per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 09/10] bpf,landlock: Add tests for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 00/10] Landlock LSM: Toward unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 10/10] landlock: Add user and kernel documentation for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 03/10] bpf,landlock: Define an eBPF program type for a Landlock rule
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 08/10] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 04/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 07/10] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH net-next v7 01/10] selftest: Enhance kselftest_harness.h with a step mechanism
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 2/2] docs-rst: v4l: Document V4L2_BUF_TYPE_META_OUTPUT interface
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 1/2] v4l: Add support for V4L2_BUF_TYPE_META_OUTPUT
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 0/2] Add V4L2_BUF_TYPE_META_OUTPUT buffer type
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 3.16 081/134] fanotify: don't expose EOPENSTALE to userspace
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] Adding support of RLIMIT_CPUNS
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [patch v4 0/3] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v4 3/3] doccumentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v4 1/3] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v4 2/3] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• Re: [PATCH v2 13/22] fpga: intel: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 0/5] MAP_DIRECT and block-map-atomic files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Joe Richey <joerichey94@xxxxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v5 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v5 4/5] fs, xfs: introduce MAP_DIRECT for creating block-map-atomic file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 5/5] fs, fcntl: add F_MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 2/5] fs, xfs: introduce S_IOMAP_SEALED
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 0/5] MAP_DIRECT and block-map-atomic files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 3/5] mm: introduce mmap3 for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 1/5] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Xen-devel] [PATCH v06 26/36] uapi xen/privcmd.h: fix compilation in userspace
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
• + mmfork-introduce-madv_wipeonfork.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH man] kcmp: Add KCMP_EPOLL_TFD description
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH man] kcmp: Add KCMP_EPOLL_TFD description
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] MAP_DIRECT and block-map sealed files
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v4 1/3] fs, xfs: introduce S_IOMAP_SEALED
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/3] fs, xfs: introduce MAP_DIRECT for creating block-map-sealed file ranges
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 0/3] MAP_DIRECT and block-map sealed files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v3 2/4] Revert "arm/syscalls: Check address limit on user-mode return"
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v3 1/4] syscalls: Use CHECK_DATA_CORRUPTION for addr_limit_user_check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v3 3/4] arm/syscalls: Optimize address limit check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v3 4/4] arm64/syscalls: Move address limit check in loop
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 0/4] seccomp: Implement SECCOMP_RET_KILL_PROCESS action
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 0/4] seccomp: Implement SECCOMP_RET_KILL_PROCESS action
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Jan Kara <jack@xxxxxxx>
• RE: [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] [RFC] vm: add a syscall to map a process memory into a pipe
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] selftests/memfd: Add memfd_create hugetlbfs selftest
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 1/2] mm/shmem: add hugetlbfs support to memfd_create()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 0/2] Add hugetlbfs support to memfd_create()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 6/6] mm, xfs: protect swapfile contents with immutable + unwritten extents
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 1/4] seccomp: Rename SECCOMP_RET_KILL to SECCOMP_RET_KILL_THREAD
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 3/4] seccomp: Implement SECCOMP_RET_KILL_PROCESS action
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 0/4] seccomp: Implement SECCOMP_RET_KILL_PROCESS action
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 4/4] selftests/seccomp: Test thread vs process killing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4 2/4] seccomp: Introduce SECCOMP_RET_KILL_PROCESS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/2] x86,mpx: make mpx depend on x86-64 to free up VMA flag
  • From: riel@xxxxxxxxxx
• [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: riel@xxxxxxxxxx
• [PATCH v4 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: riel@xxxxxxxxxx
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 3/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
  • From: riel@xxxxxxxxxx
• [PATCH 1/2] x86,mpx: make mpx depend on x86-64 to free up VMA flag
  • From: riel@xxxxxxxxxx
• [PATCH v3 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: riel@xxxxxxxxxx
• Re: [PATCH v6 3/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 0/6] Improved seccomp logging
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [RFC v3 0/3] VFS/NFS support to destroy FS credentials
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH v3 2/6] fs, xfs: introduce FALLOC_FL_SEAL_BLOCK_MAP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 1/6] fs, xfs: introduce S_IOMAP_IMMUTABLE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 3/6] fs, xfs: introduce FALLOC_FL_UNSEAL_BLOCK_MAP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 4/6] xfs: introduce XFS_DIFLAG2_IOMAP_IMMUTABLE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 5/6] xfs: toggle XFS_DIFLAG2_IOMAP_IMMUTABLE in response to fallocate
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 6/6] mm, xfs: protect swapfile contents with immutable + unwritten extents
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 0/6] fs, xfs: block map immutable files
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 1/6] seccomp: Sysctl to display available actions
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 3/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 4/6] seccomp: Selftest for detection of filter flag support
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 5/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 6/6] seccomp: Action to log before allowing
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 2/6] seccomp: Operation for checking if an action is available
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v6 0/6] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Colm MacCárthaigh <colm@xxxxxxxxxxxx>
• Re: [PATCH] [RFC] vm: add a syscall to map a process memory into a pipe
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Tim Murray <timmurray@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• [PATCH] [RFC] vm: add a syscall to map a process memory into a pipe
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC v3 0/3] VFS/NFS support to destroy FS credentials
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Colm MacCárthaigh <colm@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Tycho Andersen <tycho@xxxxxxxxxx>
• Re: [PATCH v3 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Tycho Andersen <tycho@xxxxxxxxxx>
• [PATCH v3 3/4] selftests/seccomp: Refactor RET_ERRNO tests
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 1/4] seccomp: Provide matching filter for introspection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 4/4] selftests/seccomp: Test thread vs process killing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v3 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• new ELF marking
  • From: Kees Cook <keescook@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <aglo@xxxxxxxxx>
• Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: Moni Shoua <monis@xxxxxxxxxxxx>
• Re: [RFC v3 0/3] VFS/NFS support to destroy FS credentials
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 15/36] uapi linux/socket.h: include sys/socket.h in user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 05/36] uapi linux/sysctl.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 35/36] uapi linux/tls.h: don't include <net/tcp.h> in user space
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [PATCH v06 22/36] uapi linux/reiserfs_xattr.h: use __kernel_size_t instead of size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 21/36] uapi linux/kexec.h: use __kernel_size_t instead of size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v06 19/36] uapi linux/omapfb.h: use __kernel_size_t instead of size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v06 15/36] uapi linux/socket.h: include sys/socket.h in user space
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 13/36] x86 uapi asm/sembuf.h: include linux/types.h and linux/ipc.h
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 12/36] x86 uapi asm/signal.h: use __kernel_size_t instead of size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 09/36] uapi asm-generic/sembuf.h: include asm/posix_types.h and asm/ipcbuf.h
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 08/36] uapi asm-generic/shmbuf.h: include fixes
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v06 05/36] uapi linux/sysctl.h: use __kernel_size_t instead of size_t
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 0/1] Add hugetlbfs support to memfd_create()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC PATCH 1/1] mm/shmem: add hugetlbfs support to memfd_create()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 0/1] Add hugetlbfs support to memfd_create()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC v3 2/3] SUNRPC mark user credentials destroyed
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• [RFC 1/1] destroy_creds.2: new page documenting destroy_creds()
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• [RFC v3 0/3] VFS/NFS support to destroy FS credentials
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• [RFC v3 3/3] NFS define vfs destroy_creds functions
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• [RFC v3 1/3] VFS adding destroy_creds call
  • From: Olga Kornievskaia <kolga@xxxxxxxxxx>
• Re: [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Colm MacCárthaigh <colm@xxxxxxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v06 21/36] uapi linux/kexec.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 23/36] uapi linux/coda.h: use __kernel_pid_t and add u_short etc definitions for userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 36/36] uapi linux/kfd_ioctl.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v06 19/36] uapi linux/omapfb.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v06 12/36] x86 uapi asm/signal.h: use __kernel_size_t instead of size_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/2] mm,fork,security: introduce MADV_WIPEONFORK
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v06 32/36] uapi drm/armada_drm.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v06 17/36] uapi linux/sctp.h: use __u8, __u16 and __u32 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 26/36] uapi xen/privcmd.h: fix compilation in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 09/36] uapi asm-generic/sembuf.h: include asm/posix_types.h and asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 27/36] uapi xen/gntdev.h: include xen/privcmd.h and define grant_ref_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 18/36] uapi linux/errqueue.h: include linux/time.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 36/36] uapi linux/kfd_ioctl.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 13/36] x86 uapi asm/sembuf.h: include linux/types.h and linux/ipc.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 24/36] uapi linux/coda_psdev.h: move upc_req definition from uapi to kernel side headers
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 06/36] uapi asm-generic/ipcbuf.h: include linux/posix_types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 11/36] uapi asm-generic/ucontext.h: include asm/signal.h and asm/sigcontext.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 07/36] uapi asm-generic/msgbuf.h: include asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 10/36] uapi asm-generic/signal.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 25/36] uapi linux/android/binder.h: use __kernel_pid_t and __kernel_uid_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 28/36] uapi xen/evtchn.h: include xen/privcmd.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 02/36] uapi scsi/scsi_bsg_fc.h: use __u8, __u32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 30/36] uapi rdma/rdma_user_rxe.h: include in.h and in6.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 33/36] uapi linux/fsmap.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 35/36] uapi linux/tls.h: don't include <net/tcp.h> in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 15/36] uapi linux/socket.h: include sys/socket.h in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 20/36] uapi linux/scc.h: include linux/sockios.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 01/36] Add scripts/headers_compile_test.sh: compile test for exported uapi headers
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 03/36] uapi scsi/scsi_netlink.h: use __u8, __u16 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 14/36] arm uapi asm/signal.h: include <stddef.h> for size_t in userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 12/36] x86 uapi asm/signal.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 31/36] uapi linux/patchkey.h: change #error to #warning if file included directly
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 32/36] uapi drm/armada_drm.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 22/36] uapi linux/reiserfs_xattr.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 16/36] uapi linux/dlm_netlink.h: include linux/dlmconstants.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 00/36] Userspace compile test and fixes for exported uapi header files
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 29/36] uapi linux/elfcore.h: remove non-compiling userspace parts
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 19/36] uapi linux/omapfb.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 21/36] uapi linux/kexec.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 34/36] uapi: break dependency loop between <linux/hdlc/ioctl.h> and <linux/if.h>
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 23/36] uapi linux/coda.h: use __kernel_pid_t and add u_short etc definitions for userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 08/36] uapi asm-generic/shmbuf.h: include fixes
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 05/36] uapi linux/sysctl.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH man] kcmp: Add KCMP_EPOLL_TFD description
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/9] socket sendmsg MSG_ZEROCOPY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 3/9] sock: add MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 4/9] sock: add SOCK_ZEROCOPY sockopt
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 8/9] tcp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 5/9] sock: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 9/9] test: add msg_zerocopy test
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 7/9] sock: ulimit on MSG_ZEROCOPY pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 6/9] sock: MSG_ZEROCOPY notification coalescing
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 1/9] sock: allocate skbs from optmem
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 2/9] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 0/9] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• RE: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Bird, Timothy" <Tim.Bird@xxxxxxxx>
• Re: [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• [PATCH rdma-next V1 03/13] IB/core: Add new ioctl interface
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 02/13] IB/core: Add support to finalize objects in one transaction
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 01/13] IB/core: Add a generic way to execute an operation on a uobject
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 04/13] IB/core: Declare an object instead of declaring only type attributes
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 05/13] IB/core: Add DEVICE object and root tree structure
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 06/13] IB/core: Add uverbs merge trees functionality
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 11/13] IB/core: Add completion queue (cq) object actions
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 13/13] IB/core: Expose ioctl interface through experimental Kconfig
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 07/13] IB/core: Add macros for declaring methods and attributes
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 12/13] IB/core: Assign root to all drivers
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 08/13] IB/core: Explicitly destroy an object while keeping uobject
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 10/13] IB/core: Add legacy driver's user-data
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 09/13] IB/core: Export ioctl enum types to user-space
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v3 0/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH v3 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCHv3] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 0/6] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/22] Intel FPGA Device Drivers
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH 0/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: prakash.sangappa@xxxxxxxxxx
• [PATCH 0/2] userfaultfd: Add feature to request for a signal delivery
  • From: prakash.sangappa@xxxxxxxxxx
• [PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: prakash.sangappa@xxxxxxxxxx
• Re: Simplfying copy_siginfo_to_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Simplfying copy_siginfo_to_user
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• + mm-page_alloc-rip-out-zonelist_order_zone.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• + mm-memory_hotplug-remove-zone-restrictions.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 2/7] signal/ia64: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 3/7] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 5/7] signal/testing: Don't look for __SI_FAULT in userspace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 0/7] signal: Fix sending signals with siginfo
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• RE: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: "Luebbers, Enno" <enno.luebbers@xxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 0/2] mm, memory_hotplug: remove zone onlining restriction
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/9] cleanup zonelists initialization
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 8/8] signal: Remove kernel interal si_code magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 8/8] signal: Remove kernel interal si_code magic
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Jeffrey Altman <jaltman@xxxxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [musl] [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• Re: [musl] [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>