Linux Memory Management

• Thread Index

• Re: [PATCH v7 00/12] AMD broadcast TLB invalidation
  • From: Manali Shukla <manali.shukla@xxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Vitaly Wool <vitaly.wool@xxxxxxxxxxxx>
• Re: [PATCH v3 6/9] module: switch to execmem API for remapping as RW and restoring ROX
  • From: Petr Pavlu <petr.pavlu@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 4/5] mm/migrate: skip migrating folios under writeback with AS_WRITEBACK_INDETERMINATE mappings
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v3 6/9] module: switch to execmem API for remapping as RW and restoring ROX
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] CMA reservation optimizations
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/cma: add an API to enable/disable concurrent memory allocation for the CMA
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH 2/2] mm: z3fold: remove z3fold
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 00/39] 1G page support for guest_memfd
  • From: Amit Shah <amit@xxxxxxxxxxxxx>
• Re: [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 27/27] mm/hugetlb: enable bootmem allocation from CMA areas
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• [PATCH v6.12 hotfix] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Hans Holmberg <hans@xxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Large folio (z)swapin
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• پیام های مسدود شده
  • From: Webmail <pypl@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Enhancements to Page Migration with Multi-threading and Batch Offloading to DMA
  • From: Shivank Garg <shivankg@xxxxxxx>
• Re: [PATCH 0/2] vma: fix unmapped_area()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/vma: fix gap check for unmapped_area with VM_GROWSDOWN
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC v8 3/5] page_pool: fix IOMMU crash when driver has already unbound
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm/cma: add an API to enable/disable concurrent memory allocation for the CMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/17] reimplement per-vma lock as a refcount
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] block: Skip the folio lock if the folio is already dirty
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v9 00/17] reimplement per-vma lock as a refcount
  • From: Shivank Garg <shivankg@xxxxxxx>
• Re: [PATCH 02/27] mm, cma: support multiple contiguous ranges, if requested
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 16/27] mm/hugetlb: deal with multiple calls to hugetlb_bootmem_alloc
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 25/27] mm/cma: introduce interface for early reservations
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 15/27] mm/sparse: add vmemmap_*_hvo functions
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 13/27] mm: define __init_reserved_page_zone function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH 02/27] mm, cma: support multiple contiguous ranges, if requested
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/27] mm/bootmem_info: export register_page_bootmem_memmap
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/vma: fix gap check for unmapped_area with VM_GROWSDOWN
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH 17/27] mm/hugetlb: move huge_boot_pages list init to hugetlb_bootmem_alloc
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 20/27] mm/hugetlb: do pre-HVO for bootmem allocated pages
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 18/27] mm/hugetlb: add pre-HVO framework
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] /dev/zero: make private mapping full anonymous mapping
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [PATCH 27/27] mm/hugetlb: enable bootmem allocation from CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 14/27] mm/hugetlb: check bootmem pages for zone intersections
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 02/27] mm, cma: support multiple contiguous ranges, if requested
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH 0/7] spanning write related cleanup
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH 0/2] vma: fix unmapped_area()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH 00/27] hugetlb/CMA improvements for large systems
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH 0/2] vma: fix unmapped_area()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [LSF/MM/BPF TOPIC] CMA reservation optimizations
  • From: Juan Yescas <jyescas@xxxxxxxxxx>
• Re: [PATCH 0/7] spanning write related cleanup
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH 11/27] mm/sparse: allow for alternate vmemmap section init at boot
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH v2] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH v3 2/2] mm/compaction: make proactive compaction high watermark configurable via sysctl
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/hmm: Prevent infinite loop in hmm_range_fault during EBUSY retries
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm/compaction: allow more aggressive proactive compaction
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] kasan, mempool: don't store free stacktrace in io_alloc_cache objects.
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• Re: [PATCH] mm/hmm: Prevent infinite loop in hmm_range_fault during EBUSY retries
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH 01/27] mm/cma: export total and free number of pages for CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] mm/bdi: fix race between cgwb_create and conflicting blkcg associations
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH v2] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 19/27] mm/hugetlb_vmemmap: fix hugetlb_vmemmap_restore_folios definition
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 12/27] mm/hugetlb: set migratetype for bootmem folios
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/6] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH 07/27] mm/hugetlb: use online nodes for bootmem allocation
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 2/2] mm: z3fold: remove z3fold
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH 0/2] mm: zswap: deprecate zbud and remove z3fold
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH 23/27] mm/cma: simplify zone intersection check
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 08/27] mm/hugetlb: convert cmdline parameters from setup to early
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [bpf-next v5 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [bpf-next v5 1/3] mm: add copy_remote_vm_str
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: page_ref tracepoints
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• RE: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• [PATCH 24/27] mm/cma: introduce a cma validate function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 26/27] mm/hugetlb: add hugetlb_cma_only cmdline option
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 21/27] x86/setup: call hugetlb_bootmem_alloc early
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 22/27] x86/mm: set ARCH_WANT_SPARSEMEM_VMEMMAP_PREINIT
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 09/27] x86/mm: make register_page_bootmem_memmap handle PTE mappings
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 06/27] mm/hugetlb: remove redundant __ClearPageReserved
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 05/27] mm/hugetlb: fix round-robin bootmem allocation
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 04/27] mm, hugetlb: use cma_declare_contiguous_multi
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH 03/27] mm/cma: introduce cma_intersects function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• RE: [PATCH v18 15/19] cxl/memfeature: Add CXL memory device patrol scrub control feature
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] mm/cma: add an API to enable/disable concurrent memory allocation for the CMA
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/bdi: fix race between cgwb_create and conflicting blkcg associations
  • From: sooraj <sooraj20636@xxxxxxxxx>
• Re: [PATCH] mm/nommu: Fix NULL mm dereference in __vmalloc_user_flags
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH] mm/hmm: Prevent infinite loop in hmm_range_fault during EBUSY retries
  • From: sooraj <sooraj20636@xxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH v3 2/2] mm/compaction: make proactive compaction high watermark configurable via sysctl
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• [PATCH v3 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• [PATCH v3 0/2] mm/compaction: allow more aggressive proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• [PATCH v2 2/2] mm/compaction: make proactive compaction high watermark configurable via sysctl
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• [PATCH v2 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• [PATCH v2 0/2] mm/compaction: allow more aggressive proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH V4] mm: compaction: use the proper flag to determine watermarks
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• Re: [RFC PATCH 2/6] zsmalloc: make zspage lock preemptible
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v4] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH] mm/nommu: Fix NULL mm dereference in __vmalloc_user_flags
  • From: sooraj <sooraj20636@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• [PATCH v4 5/6] percpu: Repurpose __percpu tag as a named address space qualifier
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [LSF/MM/BPF TOPIC] persistent memory, tracing, KASLR, Oh my!
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH] fixup
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [bpf-next v3 1/3] mm: add copy_remote_vm_str
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH] mm/vma: Fix hugetlb accounting error in copy_vma()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Andres Freund <andres@xxxxxxxxxxx>
• Re: [PATCH] refcount: Strengthen inc_not_zero()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 1/6] x86/kgdb: Use IS_ERR_PCPU() macro
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/4] kernel/resource: Introduce managed SOFT RESERVED resources
  • From: "Fontenot, Nathan" <nafonten@xxxxxxx>
• Re: [RFC PATCH v2 0/3] expose mapping wrprotect, fix fb_defio use
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/4] dax: Update hmem resource/device registration
  • From: "Fontenot, Nathan" <nafonten@xxxxxxx>
• [PATCH v4 0/6] Enable strict percpu address space checks
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH] mm: kmemleak: Fix upper boundary check for physical address objects
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Andres Freund <andres@xxxxxxxxxxx>
• [PATCH v4 2/6] compiler.h: Introduce TYPEOF_UNQUAL() macro
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH v4 3/6] percpu: Use TYPEOF_UNQUAL() in variable declarations
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v2] kernel: Be more careful about dup_mmap() failures and uprobe registering
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v4 4/6] percpu: Use TYPEOF_UNQUAL() in *_cpu_ptr() accessors
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [fake numa not working] [PATCH 1/1] mm/fake-numa: allow later numa node hotplug
  • From: Bruno Faccini <bfaccini@xxxxxxxxxx>
• Re: [PATCH v2] kernel: Be more careful about dup_mmap() failures and uprobe registering
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 6/6] percpu/x86: Enable strict percpu checks via named AS qualifiers
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Andres Freund <andres@xxxxxxxxxxx>
• [PATCH] mm/fake-numa: handle cases with no SRAT info
  • From: Bruno Faccini <bfaccini@xxxxxxxxxx>
• Re: [PATCH v2] kernel: Be more careful about dup_mmap() failures and uprobe registering
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2] kernel: Be more careful about dup_mmap() failures and uprobe registering
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 01/20] mm: Add msharefs filesystem
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [LSF/MM/BPF TOPIC] The chicken-egg dilemma of virtual memory and hardware architectures
  • From: "Zhang, Jiyuan" <jiyuanz3@xxxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/vma: Fix hugetlb accounting error in copy_vma()
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Enhancements to Page Migration with Multi-threading and Batch Offloading to DMA
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH v4 2/5] Xarray: move forward index correctly in xas_pause()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/5] mm: eliminate adj_start parameter from commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 2/5] mm: further refactor commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 1/5] mm: simplify vma merge structure and expand comments
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 0/5] mm: further simplify VMA merge operation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] kasan, mempool: don't store free stacktrace in io_alloc_cache objects.
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v8 3/3] acpi,srat: give memory block size advice based on CFMWS alignment
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [PATCH v8 2/3] x86: probe memory block size advisement value during mm init
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [PATCH v8 1/3] memory: implement memory_block_advise/probe_max_size
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [PATCH v8 0/3] memory,x86,acpi: hotplug memory alignment advisement
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [syzbot] [mm?] INFO: rcu detected stall in sys_umount (3)
  • From: syzbot <syzbot+1ec0f904ba50d06110b1@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] kasan, mempool: don't store free stacktrace in io_alloc_cache objects.
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• RE: [PATCH] mm/vma: Fix hugetlb accounting error in copy_vma()
  • From: Дулов Даниил <D.Dulov@xxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH v3 07/13] mm, swap: hold a reference during scan and cleanup flag usage
  • From: Kairui Song <ryncsn@xxxxxxxxx>
• Re: [PATCH] mm/vma: Fix hugetlb accounting error in copy_vma()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/4] kernel/resource: Introduce managed SOFT RESERVED resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/7] spanning write related cleanup
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH] mm/vma: Fix hugetlb accounting error in copy_vma()
  • From: Daniil Dulov <d.dulov@xxxxxxxxxx>
• Re: [PATCH 0/2] vma: fix unmapped_area()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Hans Holmberg <hans@xxxxxxxxxxxxx>
• [PATCH hotfix] mm/zsmalloc: add __maybe_unused attribute for is_first_zpdesc()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] refcount: Strengthen inc_not_zero()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Enhancements to Page Migration with Multi-threading and Batch Offloading to DMA
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 2/9] riscv: Restore the pfn in a NAPOT pte when manipulated by core mm code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Michał Cłapiński <mclapinski@xxxxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Ivan Kokshaysky <ink@unseen.parts>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 6/9] module: switch to execmem API for remapping as RW and restoring ROX
  • From: Petr Pavlu <petr.pavlu@xxxxxxxx>
• Re: [PATCH 2/2] mm: memcontrol: move stray ratelimit bits to v1
  • From: Michal Hocko <mhocko@xxxxxxxx>
• RE: [PATCH v18 15/19] cxl/memfeature: Add CXL memory device patrol scrub control feature
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/2] mm: memcontrol: unshare v2-only charge API bits again
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Enhancements to Page Migration with Multi-threading and Batch Offloading to DMA
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 2/2] tools: testing: add unmapped_area() tests
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/vma: fix gap check for unmapped_area with VM_GROWSDOWN
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v4 22/30] context_tracking: Exit CT_STATE_IDLE upon irq/nmi entry
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3 0/9] x86/module: rework ROX cache to avoid writable copy
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] vma: fix unmapped_area()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/compaction: expose a new param for proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 0/2] mm/compaction: allow more aggressive proactive compaction
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v18 15/19] cxl/memfeature: Add CXL memory device patrol scrub control feature
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 2/9] riscv: Restore the pfn in a NAPOT pte when manipulated by core mm code
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 9/9] mm: Use common huge_ptep_clear_flush() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 8/9] mm: Use common huge_ptep_set_wrprotect() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 7/9] mm: Use common huge_ptep_set_access_flags() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 6/9] mm: Use common huge_ptep_get_and_clear() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 4/9] mm: Use common set_huge_pte_at() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 5/9] mm: Use common huge_pte_clear() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 3/9] mm: Use common huge_ptep_get() function for riscv/arm64
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 1/9] riscv: Safely remove huge_pte_offset() when manipulating NAPOT ptes
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 0/9] Merge arm64/riscv hugetlbfs contpte support
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [RFC 00/11] khugepaged: mTHP support
  • From: Dev Jain <dev.jain@xxxxxxx>
• [PATCHv2 9/9] zram: unlock slot during recompression
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 2/6] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 6/6] zram: switch over to zshandle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 4/6] zsmalloc: make class lock sleepable
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 3/6] zsmalloc: convert to sleepable pool lock
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 1/6] zram: deffer slot free notification
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [RFC PATCH 0/6] zsmalloc: make zsmalloc preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH] block: Skip the folio lock if the folio is already dirty
  • From: Hannes Reinecke <hare@xxxxxxx>
• [syzbot] [mm?] WARNING: ODEBUG bug in free_unref_page
  • From: syzbot <syzbot+5436ca1cdd0d80367019@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] tools: testing: add unmapped_area() tests
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH 1/2] mm/vma: fix gap check for unmapped_area with VM_GROWSDOWN
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH 0/2] vma: fix unmapped_area()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: page_ref tracepoints
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCHv2 8/9] zram: remove writestall zram_stats member
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 1/9] zram: switch to non-atomic entry locking
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 7/9] zram: permit reclaim in recompression handle allocation
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 2/9] zram: do not use per-CPU compression streams
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 6/9] zram: permit reclaim in zstd custom allocator
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 5/9] zram: remove two-staged handle allocation
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 4/9] zram: remove max_comp_streams device attr
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 3/9] zram: remove crypto include
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCHv2 0/9] zram: preemptible writes and occasionally preemptible reads
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Raghavendra K T <raghavendra.kt@xxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Enhancements to Page Migration with Multi-threading and Batch Offloading to DMA
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Bharata B Rao <bharata@xxxxxxx>
• Re: [GIT PULL] non-MM updates for 6.14-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] MM udpates for 6.14-rc1, take 2
  • From: pr-tracker-bot@xxxxxxxxxx
• [no subject]
  • From: Unknown
• [RFC v8 3/5] page_pool: fix IOMMU crash when driver has already unbound
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [RFC v8 0/5] fix two bugs related to page_pool
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v3] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Alexander Graf <graf@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [GIT PULL] MM udpates for 6.14-rc1, take 2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Signed Contract Agreement.pdf | Document Awaiting Review
  • From: DocuSign via DocuSign <smtp@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [bpf-next v5 3/3] selftests/bpf: Add tests for bpf_copy_from_user_task_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v5 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v5 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.13 2/7] exec: fix up /proc/pid/comm in the execveat(AT_EMPTY_PATH) case
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 2/4] exec: fix up /proc/pid/comm in the execveat(AT_EMPTY_PATH) case
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 2/5] exec: fix up /proc/pid/comm in the execveat(AT_EMPTY_PATH) case
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 2/6] exec: fix up /proc/pid/comm in the execveat(AT_EMPTY_PATH) case
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [bpf-next v4 1/3] mm: add copy_remote_vm_str
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [bpf-next v4 1/3] mm: add copy_remote_vm_str
  • From: kernel test robot <lkp@xxxxxxxxx>
• [bpf-next v4 3/3] selftests/bpf: Add tests for bpf_copy_from_user_task_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v4 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v4 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH v3 8/9] module: drop unused module_writable_address()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v3 9/9] x86: re-enable EXECMEM_ROX support
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 7/9] Revert "x86/module: prepare module loading for ROX allocations of text"
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 6/9] module: switch to execmem API for remapping as RW and restoring ROX
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/9] execmem: add API for temporal remapping as RW and restoring ROX afterwards
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 4/9] execmem: don't remove ROX cache from the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 3/9] x86/mm/pat: restore large ROX pages after fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/9] x86/mm/pat: drop duplicate variable in cpa_flush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/9] x86/mm/pat: cpa-test: fix length for CPA_ARRAY test
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/9] x86/module: rework ROX cache to avoid writable copy
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/slab: Achieve better kmalloc caches randomization in kvmalloc
  • From: GONG Ruiqi <gongruiqi1@xxxxxxxxxx>
• [PATCH 3/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in page allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 1/3] mm: avoid extra mem_alloc_profiling_enabled() checks
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: "Huang, Ying" <ying.huang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/compaction: fix UBSAN shift-out-of-bounds warning
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Direct I/O performance problems with 1GB pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: AWS Customers List 2025
  • From: Luther Stark <lutherstark.inbox@xxxxxxxxx>
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/20] mm: Add msharefs filesystem
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: memcontrol: unshare v2-only charge API bits again
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 2/2] mm: memcontrol: move stray ratelimit bits to v1
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 01/20] mm: Add msharefs filesystem
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/compaction: expose a new param for proactive compaction
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Ac­­tio­­n Re­­qu­­ire­­d: m­­ai­­lb­­o­­x R­­en­­e­­w­­a­­l
  • From: "M­­ic­­ro­­so­­f­­t" <2ece@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [bpf-next v3 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [syzbot] [fs?] WARNING in stable_page_flags
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [GIT PULL] non-MM updates for 6.14-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH V4] mm: compaction: use the proper flag to determine watermarks
  • From: yangge1116@xxxxxxx
• Re: [PATCH V3] mm: compaction: use the actual allocation context to determine the watermarks for costly order during async memory compaction
  • From: Ge Yang <yangge1116@xxxxxxx>
• Re: [PATCH V3] mm: compaction: use the actual allocation context to determine the watermarks for costly order during async memory compaction
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH V3] mm: compaction: use the actual allocation context to determine the watermarks for costly order during async memory compaction
  • From: yangge1116@xxxxxxx
• [PATCH 12/20] mm/mshare: prepare for page table sharing support
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 20/20] mm/mshare: associate a mem cgroup with an mshare file
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 17/20] mshare: add MSHAREFS_UNMAP
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH 01/20] mm: Add msharefs filesystem
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 18/20] mm/mshare: provide a way to identify an mm as an mshare host mm
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 08/20] mm/mshare: flush all TLBs when updating PTEs in an mshare range
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 14/20] mm: create __do_mmap() to take an mm_struct * arg
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 10/20] mm: add mmap_read_lock_killable_nested()
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 16/20] mshare: add MSHAREFS_CREATE_MAPPING
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: memcontrol: move stray ratelimit bits to v1
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH -v4 next 4/4] memcg: add CONFIG_MEMCG_V1 for 'local' functions
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH -v4 next 2/4] memcg: call the free function when allocation of pn fails
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH -v4 next 1/4] memcg: use OFP_PEAK_UNSET instead of -1
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH 1/2] mm: memcontrol: unshare v2-only charge API bits again
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [PATCH 13/20] x86/mm: enable page table sharing
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 07/20] mm/mshare: Add mmap support
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 15/20] mm: pass the mm in vma_munmap_struct
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 11/20] mm: add and use unmap_page_range vm_ops hook
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [GIT PULL] MM updates for 6.14-rc1
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [bpf-next v3 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [bpf-next v3 1/3] mm: add copy_remote_vm_str
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH] kasan, mempool: don't store free stacktrace in io_alloc_cache objects.
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxx>
• [PATCH 19/20] mm/mshare: get memcg from current->mm instead of mshare mm
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 09/20] sched/numa: do not scan msharefs vmas
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 03/20] mm/mshare: make msharefs writable and support directories
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 04/20] mm/mshare: allocate an mm_struct for msharefs files
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 05/20] mm/mshare: Add ioctl support
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 06/20] mm/mshare: Add a vma flag to indicate an mshare region
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 00/20] Add support for shared PTEs across processes
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 02/20] mm/mshare: pre-populate msharefs with information file
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH 01/20] mm: Add msharefs filesystem
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5ffa57f6eecefababb8cbe327222ef171943b183
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] block: Skip the folio lock if the folio is already dirty
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] block: Skip the folio lock if the folio is already dirty
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] block: Skip the folio lock if the folio is already dirty
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• kswapd lockdep splat
  • From: Marc Aurèle La France <tsi@xxxxxxxxxx>
• DAMON Beer/Coffee/Tea chat reminder for the week of 2025-01-27
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC 2/4] mm: page_owner: use new iteration API
  • From: Luiz Capitulino <luizcap@xxxxxxxxxx>
• [RFC 4/4] mm: page_ext: drop page_ext_next()
  • From: Luiz Capitulino <luizcap@xxxxxxxxxx>
• [RFC 3/4] mm: page_table_check: use new iteration API
  • From: Luiz Capitulino <luizcap@xxxxxxxxxx>
• [RFC 0/4] mm: page_ext: Fix crash when reserving 1G pages
  • From: Luiz Capitulino <luizcap@xxxxxxxxxx>
• [RFC 1/4] mm: page_ext: add an iteration API for page extensions
  • From: Luiz Capitulino <luizcap@xxxxxxxxxx>
• RE: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• AWS Customers List 2025
  • From: Luther Stark <lutherstark.inbox@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Zhu Yanjun <yanjun.zhu@xxxxxxxxx>
• RE: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v18 15/19] cxl/memfeature: Add CXL memory device patrol scrub control feature
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5 27/32] netfs: Change the read result collector to only use one work item
  • From: Marc Dionne <marc.c.dionne@xxxxxxxxx>
• Re: [PATCH -v4 next 4/4] memcg: add CONFIG_MEMCG_V1 for 'local' functions
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v5 27/32] netfs: Change the read result collector to only use one work item
  • From: Ihor Solodrai <ihor.solodrai@xxxxx>
• [RFC PATCH v6.6 10/10] libfs: Use d_children list to iterate simple_offset directories
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 09/10] libfs: Replace simple_offset end-of-directory detection
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 08/10] Revert "libfs: Add simple_offset_empty()"
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 04/10] libfs: Fix simple_offset_rename_exchange()
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 07/10] libfs: Return ENOSPC when the directory offset range is exhausted
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 06/10] shmem: Fix shmem_rename2()
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 05/10] libfs: Add simple_offset_rename() API
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 03/10] libfs: Add simple_offset_empty()
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 02/10] libfs: Define a minimum directory offset
  • From: cel@xxxxxxxxxx
• [RFC PATCH v6.6 01/10] libfs: Re-arrange locking in offset_iterate_dir()
  • From: cel@xxxxxxxxxx
• Re: [PATCH] kernel/fork: Be more careful about dup_mmap() failures
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH net-next v23 3/7] mm: page_frag: use initial zero offset for page_frag_alloc_align()
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5 27/32] netfs: Change the read result collector to only use one work item
  • From: Ihor Solodrai <ihor.solodrai@xxxxx>
• Re: mm/gup.c:778:15: sparse: sparse: cast to non-scalar
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [bpf-next v3 3/3] selftests/bpf: Add tests for bpf_copy_from_user_task_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v3 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [PATCH 0/2] mm/compaction: allow more aggressive proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• [PATCH 2/2] mm/compaction: expose a new param for proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• Re: [PATCH v5 27/32] netfs: Change the read result collector to only use one work item
  • From: Marc Dionne <marc.dionne@xxxxxxxxxxxx>
• [PATCH 1/2] mm/compaction: remove low watermark cap for proactive compaction
  • From: Michal Clapinski <mclapinski@xxxxxxxxxx>
• Re: [PATCH] kernel/fork: Be more careful about dup_mmap() failures
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [bpf-next v3 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 27/32] netfs: Change the read result collector to only use one work item
  • From: Ihor Solodrai <ihor.solodrai@xxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] CXL Hotness Monitoring Unit perf driver
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [PATCH v2] mm/slab: simplify SLAB_* flag handling
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 29/30] x86/mm, mm/vmalloc: Defer flush_tlb_kernel_range() targeting NOHZ_FULL CPUs
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: next-20250121: kvm selftests: RIP: 0010:__kmalloc_node_noprof+0xff/0x490
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH -v4 next 4/4] memcg: add CONFIG_MEMCG_V1 for 'local' functions
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3] Weighted interleave auto-tuning
  • From: Gregory Price <gourry@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3] Weighted interleave auto-tuning
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH] mm/slab: simplify SLAB_* flag handling
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH RFC 3/4] rcu, slab: use a regular callback function for kvfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] mm/slab: Achieve better kmalloc caches randomization in kvmalloc
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] slab, rcu: move and consolidate TINY_RCU kvfree_rcu() to SLAB
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 3/4] rcu, slab: use a regular callback function for kvfree_rcu
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] kfence: skip __GFP_THISNODE allocations on NUMA systems
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 06/10] module: introduce MODULE_STATE_GONE
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 0/5] remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] module: introduce MODULE_STATE_GONE
  • From: Petr Pavlu <petr.pavlu@xxxxxxxx>
• Re: [PATCH RFC 1/4] slab, rcu: move TINY_RCU variant of kvfree_rcu() to SLAB
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH RFC 3/4] rcu, slab: use a regular callback function for kvfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v6 4/5] mm/migrate: skip migrating folios under writeback with AS_WRITEBACK_INDETERMINATE mappings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 4/7] kcov: introduce new kcov KCOV_TRACE_UNIQ_CMP mode
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 4/5] mm/migrate: skip migrating folios under writeback with AS_WRITEBACK_INDETERMINATE mappings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC 4/4] slab: don't batch kvfree_rcu() with SLUB_TINY
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] kfence: skip __GFP_THISNODE allocations on NUMA systems
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/5] remove tlb_remove_page_ptdesc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/12] AMD broadcast TLB invalidation
  • From: Manali Shukla <manali.shukla@xxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] mm/cma: add an API to enable/disable concurrent memory allocation for the CMA
  • From: yangge1116@xxxxxxx
• Re: [PATCH] kernel/fork: Be more careful about dup_mmap() failures
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/7] zram: switch to non-atomic entry locking
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH bpf-next v6 6/6] bpf: Use try_alloc_pages() to allocate pages for bpf needs.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 1/7] zram: switch to non-atomic entry locking
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v2 06/10] module: introduce MODULE_STATE_GONE
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH bpf-next v6 4/6] memcg: Use trylock to access memcg stock_lock.
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• Re: [PATCH 1/7] zram: switch to non-atomic entry locking
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [PATCH] mm/compaction: fix UBSAN shift-out-of-bounds warning
  • From: Baolin Wang <baolin.wang@xxxxxxxxxxxxxxxxx>
• Re: [syzbot] [v9fs?] BUG: stack guard page was hit in sys_openat
  • From: syzbot <syzbot+1f18c9b1bb51239d82f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v23 3/7] mm: page_frag: use initial zero offset for page_frag_alloc_align()
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [syzbot] [v9fs?] BUG: stack guard page was hit in sys_openat
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] mm: Clear uffd-wp PTE/PMD state on mremap()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] mm/compaction: fix UBSAN shift-out-of-bounds warning
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Raghavendra K T <raghavendra.kt@xxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Raghavendra K T <raghavendra.kt@xxxxxxx>
• [PATCH bpf-next v6 2/6] mm, bpf: Introduce free_pages_nolock()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH -v4 next 1/4] memcg: use OFP_PEAK_UNSET instead of -1
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• [PATCH -v4 next 2/4] memcg: call the free function when allocation of pn fails
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• [PATCH -v4 next 3/4] memcg: factor out the replace_stock_objcg function
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• [PATCH -v4 next 4/4] memcg: add CONFIG_MEMCG_V1 for 'local' functions
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• [PATCH -v4 next 0/4] Some cleanup for memcg
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 next 4/5] memcg: factor out stat(event)/stat_local(event_local) reading functions
  • From: Chen Ridong <chenridong@xxxxxxxxxxxxxxx>
• Re: [RFC 00/11] khugepaged: mTHP support
  • From: Dev Jain <dev.jain@xxxxxxx>
• Re: [RFC 00/11] khugepaged: mTHP support
  • From: Dev Jain <dev.jain@xxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• [PATCH bpf-next v6 5/6] mm, bpf: Use memcg in try_alloc_pages().
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] mm/compaction: fix UBSAN shift-out-of-bounds warning
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] spanning write related cleanup
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• [PATCH bpf-next v6 0/6] bpf, mm: Introduce try_alloc_pages()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v3] Weighted interleave auto-tuning
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: Hyeonggon Yoo <hyeonggon.yoo@xxxxxx>
• [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v5 04/15] KVM: guest_memfd: Track mappability within a struct kvm_gmem_private
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 1/7] zram: switch to non-atomic entry locking
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [linux-next:master 8893/10150] include/linux/compiler_types.h:542:45: error: call to '__compiletime_assert_375' declared with attribute error: clamp() low limit source_min greater than high limit source_max
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 2/2] mm: memcontrol: move stray ratelimit bits to v1
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 1/2] mm: memcontrol: unshare v2-only charge API bits again
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• mm/mprotect.c:450:23: sparse: sparse: cast to non-scalar
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v5 02/15] KVM: guest_memfd: Make guest mem use guest mem inodes instead of anonymous inodes
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH v3 next 4/5] memcg: factor out stat(event)/stat_local(event_local) reading functions
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH bpf-next v6 3/6] locking/local_lock: Introduce local_trylock_t and local_trylock_irqsave()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH bpf-next v6 1/6] mm, bpf: Introduce try_alloc_pages() for opportunistic page allocation
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• [syzbot] [v9fs?] BUG: stack guard page was hit in sys_openat
  • From: syzbot <syzbot+1f18c9b1bb51239d82f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] kcov: introduce new kcov KCOV_TRACE_UNIQ_CMP mode
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm: page_isolation: avoid call folio_hstate() without hugetlb_lock
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future
  • From: SeongJae Park <sj@xxxxxxxxxx>
• mm/gup.c:778:15: sparse: sparse: cast to non-scalar
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master 8826/10150] mm/zsmalloc.c:431:20: warning: function 'is_first_zpdesc' is not needed and will not be emitted
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master 8826/10150] mm/zsmalloc.c:431:20: warning: function 'is_first_zpdesc' is not needed and will not be emitted
  • From: Hyeonggon Yoo <hyeonggon.yoo@xxxxxx>
• [linux-next:master 8826/10150] mm/zsmalloc.c:431:20: warning: function 'is_first_zpdesc' is not needed and will not be emitted
  • From: kernel test robot <lkp@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 853d1f41ba73e78d22e7075d9a95670aab187eba
  • From: kernel test robot <lkp@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [PATCH] MAINTAINERS: mailmap: Update Yosry Ahmed's email address
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH v4 1/1] exec: seal system mappings
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• kismet: WARNING: unmet direct dependencies detected for HUGETLBFS when selected by PPC_8xx
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v4 1/1] exec: seal system mappings
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Andrii Nakryiko <andrii@xxxxxxxxxx>
• Re: [PATCH v3] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• [PATCH] kernel/fork: Be more careful about dup_mmap() failures
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC 00/11] khugepaged: mTHP support
  • From: Nico Pache <npache@xxxxxxxxxx>
• [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH RFC 0/4] slab, rcu: move and consolidate TINY_RCU kvfree_rcu() to SLAB
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [RFC 00/11] khugepaged: mTHP support
  • From: Nico Pache <npache@xxxxxxxxxx>
• page_ref tracepoints
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] slab, rcu: move and consolidate TINY_RCU kvfree_rcu() to SLAB
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] mm/oom_kill: fix trivial typo in comment
  • From: Carlos Llamas <cmllamas@xxxxxxxxxx>
• Re: [PATCH] mm: Optimize TLB flushes during page reclaim
  • From: Vinay Banakar <vny@xxxxxxxxxx>
• Re: [PATCH net-next v23 3/7] mm: page_frag: use initial zero offset for page_frag_alloc_align()
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Lokesh Gidra <lokeshgidra@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Overhauling hot page detection and promotion based on PTE A bit scanning
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH] mm: Optimize TLB flushes during page reclaim
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] spanning write related cleanup
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v1 1/2] mm: Clear uffd-wp PTE/PMD state on mremap()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH v6 4/5] mm/migrate: skip migrating folios under writeback with AS_WRITEBACK_INDETERMINATE mappings
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] mm: Optimize TLB flushes during page reclaim
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Optimize TLB flushes during page reclaim
  • From: Vinay Banakar <vny@xxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/4] userfaultfd: use per-vma locks in userfaultfd operations
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v3] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v2] mmu_gather: move tlb flush for VM_PFNMAP/VM_MIXEDMAP vmas into free_pgtables()
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v1 1/2] mm: Clear uffd-wp PTE/PMD state on mremap()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] s390/mm: Add missing ctor/dtor on page table upgrade
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] dax: Update hmem resource/device registration
  • From: "Fontenot, Nathan" <nafonten@xxxxxxx>
• Re: [PATCH v2 1/4] kernel/resource: Introduce managed SOFT RESERVED resources
  • From: "Fontenot, Nathan" <nafonten@xxxxxxx>
• Re: [PATCH v2 1/4] kernel/resource: Introduce managed SOFT RESERVED resources
  • From: "Fontenot, Nathan" <nafonten@xxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: Patrick Roy <roypat@xxxxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [RFC v3 PATCH 0/5] Promotion of Unmapped Page Cache Folios.
  • From: Gregory Price <gourry@xxxxxxxxxx>
• Re: [PATCH v1 1/2] mm: Clear uffd-wp PTE/PMD state on mremap()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 06/10] module: introduce MODULE_STATE_GONE
  • From: Petr Pavlu <petr.pavlu@xxxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: next-20250121: kvm selftests: RIP: 0010:__kmalloc_node_noprof+0xff/0x490
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] KVM: guest_memfd: Add guest_memfd support to kvm_(read|/write)_guest_page()
  • From: Patrick Roy <roypat@xxxxxxxxxxxx>