Linux API
[Prev Page][Next Page]
- 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>
- 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
- [PATCH 2/2] mm,fork: introduce MADV_WIPEONFORK
- [PATCH v4 0/2] mm,fork,security: introduce MADV_WIPEONFORK
- 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>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]