Linux API

• Thread Index

• Re: [RFC] mmap(MAP_CONTIG)
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm: Consolidate page table accounting
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce wrapper to access mm->nr_ptes
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 1/2] mm: Introduce wrapper to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/2] mm: Consolidate page table accounting
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [RFC] mmap(MAP_CONTIG)
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Sandeep Patil <sspatil@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4.9 03/64] fs/proc: Report eip/esp in /prod/PID/stat for coredumping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.13 010/110] fs/proc: Report eip/esp in /prod/PID/stat for coredumping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, hugetlb: drop hugepages_treat_as_movable sysctl
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH] mm, hugetlb: drop hugepages_treat_as_movable sysctl
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v7 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• + prctl-add-pr_et_pdeathsig_proc.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH 0/2] capability controlled user-namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [kernel-hardening] [PATCH 0/2] capability controlled user-namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCHv3] uapi libc compat: add fallback for unsupported libcs
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• [PATCH 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH 0/2] capability controlled user-namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH v2 0/1] mm: only dispaly online cpus of the numa node
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v3] mm, sysctl: make NUMA stats configurable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Calvin Owens <calvinowens@xxxxxx>
• [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Calvin Owens <calvinowens@xxxxxx>
• [PATCH 3/3] printk: Add ability to set loglevel via "console=" cmdline
  • From: Calvin Owens <calvinowens@xxxxxx>
• [PATCH v2 1/2] v4l: Add support for V4L2_BUF_TYPE_META_OUTPUT
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Add V4L2_BUF_TYPE_META_OUTPUT buffer type
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] docs-rst: v4l: Document V4L2_BUF_TYPE_META_OUTPUT interface
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Patch "fs/proc: Report eip/esp in /prod/PID/stat for coredumping" has been added to the 4.9-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "fs/proc: Report eip/esp in /prod/PID/stat for coredumping" has been added to the 4.13-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [patch v9 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@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 v9 0/4] JTAG driver introduction
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [patch v9 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [patch v9 0/4] JTAG driver introduction
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• 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 15/22] fpga: intel: add fpga manager platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 1/2] staging: ion: simplify ioctl args checking function
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v5 0/2] staging: ion: get one device per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v6 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v4 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Signal frame / ucontext growth and ABI breaks
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v5 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• [PATCH v4 1/2] staging: ion: simplify ioctl args checking function
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v4 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v4 0/2] staging: ion: get one device per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v4 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v3 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [patch v2] mremap.2: Add description of old_size == 0 functionality
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [patch v2] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [PATCH v3 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V2 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [patch v2] mremap.2: Add description of old_size == 0 functionality
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [patch v2] mremap.2: Add description of old_size == 0 functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH V2 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] pidmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Alan Tull <atull@xxxxxxxxxx>
• 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 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• 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 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [patch] memfd_create.2: Add description of MFD_HUGETLB (hugetlbfs) support
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch v9 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v9 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v9 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v9 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v9 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@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] mremap.2: Add description of old_size == 0 functionality
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ptrace, seccomp: add support for retrieving seccomp flags
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [patch v2] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [patch v2] madvise.2: Add MADV_WIPEONFORK documentation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [patch v2] madvise.2: Add MADV_WIPEONFORK documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 4/7] xfs: Implement fallocate query support mode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 4/7] xfs: Implement fallocate query support mode
  • From: Lukas Czerner <lczerner@xxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 4/7] xfs: Implement fallocate query support mode
  • From: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 4/7] xfs: Implement fallocate query support mode
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@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] mremap.2: Add description of old_size == 0 functionality
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v06 35/36] uapi linux/tls.h: don't include <net/tcp.h> in user space
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • 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] mremap.2: Add description of old_size == 0 functionality
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm: introduce MAP_VALIDATE a mechanism for adding new mmap flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [v4,resend,2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• 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] memfd_create.2: Add description of MFD_HUGETLB (hugetlbfs) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [patch] memfd_create.2: Add description of MFD_HUGETLB (hugetlbfs) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [tip:core/urgent] fs/proc: Report eip/esp in /prod/PID/stat for coredumping
  • From: tip-bot for John Ogness <tipbot@xxxxxxxxx>
• [patch] mremap.2: Add description of old_size == 0 functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [tip:core/urgent] fs/proc: Report eip/esp in /prod/PID/stat for coredumping
  • From: tip-bot for John Ogness <tipbot@xxxxxxxxx>
• Re: [PATCH] fs/proc: report eip/esp in /prod/PID/stat for coredumping
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] fs/proc: report eip/esp in /prod/PID/stat for coredumping
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [patch v2] madvise.2: Add MADV_WIPEONFORK documentation
  • From: Colm MacCárthaigh <colm@xxxxxxxxxxxx>
• [patch v2] madvise.2: Add MADV_WIPEONFORK documentation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [patch] madvise.2: Add MADV_WIPEONFORK documentation
  • From: Colm MacCárthaigh <colm@xxxxxxxxxxxx>
• [patch] madvise.2: Add MADV_WIPEONFORK documentation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] fs/proc: report eip/esp in /prod/PID/stat for coredumping
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] fs/proc: report eip/esp in /prod/PID/stat for coredumping
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] fs/proc: report eip/esp in /prod/PID/stat for coredumping
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC: Audit Kernel Container IDs
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• RFC: Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 4/4] arm64/syscalls: Move address limit check in loop
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 4/4] arm64/syscalls: Move address limit check in loop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/4] arm64/syscalls: Move address limit check in loop
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v8 1/2] vfs: add flags parameter to all ->mmap() handlers
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 1/4] nvmem: core: return EFBIG on out-of-range write
  • From: srinivas.kandagatla@xxxxxxxxxx
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [patch v8 1/4] drivers: jtag: Add JTAG core driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC PATCH v8 0/2] mmap: safely enable support for new flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH v8 2/2] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH v8 1/2] vfs: add flags parameter to all ->mmap() handlers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [patch v8 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v8 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v8 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v8 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v8 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [patch v7 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Joel Stanley <joel@xxxxxxxxx>
• Re: [patch v7 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Joel Stanley <joel@xxxxxxxxx>
• [merged] mmfork-introduce-madv_wipeonfork.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [merged] mm-page_alloc-rip-out-zonelist_order_zone.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [merged] mm-memory_hotplug-remove-zone-restrictions.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• [PATCH 3/4] arm/syscalls: Optimize address limit check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/4] Fix check address limit on user-mode
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 1/4] syscalls: Use CHECK_DATA_CORRUPTION for addr_limit_user_check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/4] Revert "arm/syscalls: Check address limit on user-mode return"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 4/4] arm64/syscalls: Move address limit check in loop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [patch 119/119] mm,fork: introduce MADV_WIPEONFORK
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 030/119] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [patch 020/119] mm, memory_hotplug: remove zone restrictions
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [patch v7 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 2/9] Implement containers as kernel objects
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/1] audit: Record fanotify access control decisions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] pidmap(2)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 1/2] pidmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v3 3/4] arm/syscalls: Optimize address limit check
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH v2] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Support for BQ28Z610 Battery Monitor IC
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• 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: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped.
  • From: "Robert O'Callahan" <robert@xxxxxxxxxxxxx>
• Re: [PATCH] fsmap: fix documentation of FMR_OF_LAST
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] virt/kvm avoids oops by adding parameter checking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] virt/kvm avoids oops by adding parameter checking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v7 08/10] bpf: Add a Landlock sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v06 36/36] uapi linux/kfd_ioctl.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [patch v7 1/4] drivers: jtag: Add JTAG core driver
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• [patch v7 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v7 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v7 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v7 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v7 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH] fsmap: fix documentation of FMR_OF_LAST
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH net-next v7 08/10] bpf: Add a Landlock sandbox example
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [PATCH] fsmap: fix documentation of FMR_OF_LAST
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] fsmap: fix documentation of FMR_OF_LAST
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH] fsmap: fix documentation of FMR_OF_LAST
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 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: [3/7,media] dvb: don't use 'time_t' in event ioctl
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/2] mm: introduce MAP_VALIDATE, a mechanism for for safely defining new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/2] vfs: add flags parameter to ->mmap() in 'struct file_operations'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/2] MAP_VALIDATE and mmap flags validation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [3/7,media] dvb: don't use 'time_t' in event ioctl
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 3/4] arm/syscalls: Optimize address limit check
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 3/4] arm/syscalls: Optimize address limit check
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH] nvmem: core: return EFBIG on out-of-range write
  • From: Guy Shapiro <guy.shapiro@xxxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH net-next v7 01/10] selftest: Enhance kselftest_harness.h with a step mechanism
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [3/7,media] dvb: don't use 'time_t' in event ioctl
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC v2] Add /proc/pid/smaps_rollup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [patch v6 3/3] Doccumentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• 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 04/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode()
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH net-next v7 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [kernel-hardening] [PATCH net-next v7 00/10] Landlock LSM: Toward unprivileged sandboxing
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Rick Altherr <raltherr@xxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [patch v6 0/3] JTAG driver introduction
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• 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>