Linux API

• Thread Index

• Re: [kernel-hardening] [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED
  • From: nicolas@xxxxxxxxxx
• Re: [kernel-hardening] [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED
  • From: nicolas@xxxxxxxxxx
• Re: [kernel-hardening] [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• Re: [kernel-hardening] [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe
  • From: Nick Kralevich <nnk@xxxxxxxxxx>
• [RFC PATCH 1/2] security, capabilities: create CAP_TRUSTED
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [RFC PATCH 2/2] fs: Grant CAP_TRUSTED rw access to trusted xattrs
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [RFC PATCH 2/2] fs: add the possibility to use CAP_SYS_MOUNT to (u)mount a fs
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [PATCH] fs: check for CAP_SYS_RESOURCE instead of CAP_SYS_ADMIN
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [PATCH] fs: check for DAC_READ_SEARCH instead of SYS_ADMIN
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe
  • From: Nicolas Belouin <nicolas@xxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: [patch v9 1/4] drivers: jtag: Add JTAG core driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [patch v9 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [patch v9 1/4] drivers: jtag: Add JTAG core driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mempolicy: add node_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [kernel-hardening] [PATCH 0/2] capability controlled user-namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/17] dax: Simplify arguments of dax_insert_mapping()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/17] dax: Allow tuning whether dax_insert_mapping_entry() dirties entry
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 06/17] dax: Create local variable for vmf->flags & FAULT_FLAG_WRITE test
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 02/17] mm: Remove VM_FAULT_HWPOISON_LARGE_MASK
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/17] dax: Inline dax_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 10/17] dax: Allow dax_iomap_fault() to return pfn
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 14/17] dax: Implement dax_finish_sync_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/17] dax: Create local variable for VMA in dax_iomap_pte_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 08/17] dax: Inline dax_pmd_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/17 v4] dax, ext4, xfs: Synchronous page faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 13/17] dax, iomap: Add support for synchronous faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/17] dax: Factor out getting of pfn out of iomap
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 09/17] dax: Fix comment describing dax_iomap_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 15/17] ext4: Simplify error handling in ext4_dax_huge_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 16/17] ext4: Support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 12/17] mm: Define MAP_SYNC and VM_SYNC flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mm/mempolicy: add node_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH v5] mm, sysctl: make NUMA stats configurable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] mm/mempolicy: add node_empty check in SYSC_migrate_pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/mempolicy: add node_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mm/mempolicy: add node_empty check in SYSC_migrate_pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5] mm, sysctl: make NUMA stats configurable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v5] mm, sysctl: make NUMA stats configurable
  • From: Kemi Wang <kemi.wang@xxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• RE: [PATCH 0/2] Add V4L2_BUF_TYPE_META_OUTPUT buffer type
  • From: "Zhi, Yong" <yong.zhi@xxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: prakash sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: prakash sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [ANNOUNCE] New linux-rseq tree on kernel.org
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• RE: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Simo Sorce <simo@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• RE: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4] mm, sysctl: make NUMA stats configurable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] mm, sysctl: make NUMA stats configurable
  • From: kemi <kemi.wang@xxxxxxxxx>
• Re: [PATCH v4] mm, sysctl: make NUMA stats configurable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• [PATCH v4] mm, sysctl: make NUMA stats configurable
  • From: Kemi Wang <kemi.wang@xxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Sagi Grimberg <sagi@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 1/6] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 1/6] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Matan Barak <matanb@xxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Guy Shattah <sguy@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• RE: Incident [INC0903501] for Help Desk Survey
  • From: "Langston, Bobbie" <Bobbie.Langston@xxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH v4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 05/14] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 06/14] Restartable sequences: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 03/14] Restartable sequences: ARM 32 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 02/14] tracing: instrument restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 04/14] Restartable sequences: wire up ARM 32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 09/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 14/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 12/14] cpu_opv: Wire up ARM32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 10/14] cpu_opv: Wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 13/14] cpu_opv: Implement selftests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/6] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC(v2): Audit Kernel Container IDs
  • From: Steve Grubb <sgrubb@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Add mmap(MAP_CONTIG) support
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC(v2): Audit Kernel Container IDs
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v9 1/6] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] mm/map_contig: Use pre-allocated pages for VM_CONTIG mappings
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Add mmap(MAP_CONTIG) support
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/6] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v9 2/6] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 2/3] mm/map_contig: Use pre-allocated pages for VM_CONTIG mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 1/3] mm/map_contig: Add VM_CONTIG flag to vma struct
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 0/3] Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v9 2/6] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v9 2/6] fs, mm: pass fd to ->mmap_validate()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 0/6] MAP_DIRECT for DAX userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 6/6] xfs: wire up MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 1/6] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 5/6] fs, xfs, iomap: introduce break_layout_nowait()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 4/6] xfs: prepare xfs_break_layouts() for reuse with MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 3/6] fs: MAP_DIRECT core
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v9 2/6] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH v8 13/14] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 01/14] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 13/14] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v8 01/14] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 06/14] xfs: wire up MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 04/14] xfs: prepare xfs_break_layouts() for reuse with MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v8 06/14] xfs: wire up MAP_DIRECT
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/14] xfs: prepare xfs_break_layouts() for reuse with MAP_DIRECT
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• [PATCH 4.9 100/105] vfs: deny copy_file_range() for non regular files
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 26/28] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v3 00/28] ARM Scalable Vector Extension (SVE)
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v8] dma-mapping: introduce dma_get_iommu_domain()
  • From: "Raj, Ashok" <ashok.raj@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 14/14] tools/testing/nvdimm: enable rdma unit tests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 13/14] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 12/14] iommu/vt-d: use iommu_num_sg_pages
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 11/14] iommu: up-level sg_num_pages() from amd-iommu
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 10/14] device-dax: wire up ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 09/14] xfs: wire up ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 08/14] fs, mapdirect: introduce ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 07/14] iommu, dma-mapping: introduce dma_get_iommu_domain()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 06/14] xfs: wire up MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 05/14] fs, xfs, iomap: introduce iomap_can_allocate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 04/14] xfs: prepare xfs_break_layouts() for reuse with MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 01/14] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 00/14] MAP_DIRECT for DAX RDMA and userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 03/14] fs: MAP_DIRECT core
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 02/14] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 1/1] audit: Record fanotify access control decisions
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [musl] Re: [PATCHv3] uapi libc compat: add fallback for unsupported libcs
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v2] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v7 06/12] xfs: wire up MAP_DIRECT
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v2] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch v2] madvise.2: Add MADV_WIPEONFORK documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• 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 v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] dma-mapping: introduce dma_get_iommu_domain()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 09/12] xfs: wire up ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 06/12] xfs: wire up MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 1/2] staging: ion: simplify ioctl args checking function
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v8] dma-mapping: introduce dma_get_iommu_domain()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 1/2] staging: ion: simplify ioctl args checking function
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: RFC: spurious UFFD_EVENT_FORK with pending signals
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm: only dispaly online cpus of the numa node
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v7 09/12] xfs: wire up ->lease_direct()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 06/12] xfs: wire up MAP_DIRECT
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/12] fs: introduce i_mapdcount
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/2] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/2] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 2/2] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8 1/2] iommu: up-level sg_num_pages() from amd-iommu
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v8] dma-mapping: introduce dma_get_iommu_domain()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RFC: spurious UFFD_EVENT_FORK with pending signals
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH] Userfaultfd: Add description for UFFD_FEATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v7 12/12] tools/testing/nvdimm: enable rdma unit tests
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 11/12] IB/core: use MAP_DIRECT to fix / enable RDMA to DAX mappings
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 10/12] device-dax: wire up ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 09/12] xfs: wire up ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 08/12] fs, mapdirect: introduce ->lease_direct()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 07/12] dma-mapping: introduce dma_has_iommu()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 06/12] xfs: wire up MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 05/12] xfs: prepare xfs_break_layouts() for reuse with MAP_DIRECT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 04/12] fs: MAP_DIRECT core
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 03/12] fs: introduce i_mapdcount
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 02/12] fs, mm: pass fd to ->mmap_validate()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 01/12] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 00/12] MAP_DIRECT for DAX RDMA and userspace flush
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCHv3 2/2] mm: Consolidate page table accounting
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv3 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] mm: Consolidate page table accounting
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCHv2 1/2] mm: Introduce wrappers to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 2/2] mm: Consolidate page table accounting
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: Consolidate page table accounting
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: Introduce wrapper to access mm->nr_ptes
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• 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>