Linux Memory Management

• Thread Index

• Re: [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Patch "shmem: Fix shmem_rename2()" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Replace simple_offset end-of-directory detection" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Patch "libfs: Add simple_offset_empty()" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Patch "Revert "libfs: Add simple_offset_empty()"" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Use d_children list to iterate simple_offset directories" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Return ENOSPC when the directory offset range is exhausted" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Define a minimum directory offset" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Re-arrange locking in offset_iterate_dir()" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Fix simple_offset_rename_exchange()" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "libfs: Add simple_offset_rename() API" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• 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 PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 1/3] riscv: mm: Prepare for reusing PTE RSW bit(9)
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm, memcg: introduce memory.high.throttle
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 02/12] mm/rmap: reject hugetlb folios in folio_make_device_exclusive()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v7 09/12] x86/mm: enable broadcast TLB invalidation for multi-threaded processes
  • From: Manali Shukla <manali.shukla@xxxxxxx>
• Re: [PATCH v1 3/4] mm/memory: pass folio and pte to restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v2 23/28] mm/cma: simplify zone intersection check
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 25/28] mm/cma: introduce interface for early reservations
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCHv2 7/7] zram: add might_sleep to zcomp API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 1/7] zsmalloc: factor out pool locking helpers
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 6/7] zram: switch to new zsmalloc object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 5/7] zsmalloc: introduce new object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 4/7] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 3/7] zsmalloc: factor out size-class locking helpers
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 2/7] zsmalloc: re-shuffle zs_pool members
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv2 0/7] zsmalloc: preemptible object mapping
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH v2 26/28] mm/hugetlb: add hugetlb_cma_only cmdline option
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCHv1 4/6] zsmalloc: introduce new object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v4 0/9] mm: workingset reporting
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v4 0/9] mm: workingset reporting
  • From: Yuanchu Xie <yuanchu@xxxxxxxxxx>
• Re: [PATCHv1 1/6] zsmalloc: factor out pool locking helpers
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [PATCH v2 22/28] x86/mm: set ARCH_WANT_SPARSEMEM_VMEMMAP_PREINIT
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH 27/27] mm/hugetlb: enable bootmem allocation from CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCHv1 3/6] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv1 4/6] zsmalloc: introduce new object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCHv1 0/6] zsmalloc: preemptible object mapping
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCH v2 20/28] mm/hugetlb: do pre-HVO for bootmem allocated pages
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 24/28] mm/cma: introduce a cma validate function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• [PATCH v2 28/28] mm/hugetlb: move hugetlb CMA code in to its own file
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] DAMON Requirements for Access-aware MM of Future
  • From: Yuanchu Xie <yuanchu@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] mm: multi-gen LRU: per-process heatmaps
  • From: Yuanchu Xie <yuanchu@xxxxxxxxxx>
• Re: [PATCH] mm/vmstat: Fix a W=1 clang compiler warning
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [bpf-next v6 1/3] mm: add copy_remote_vm_str
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• [PATCH v2 21/28] x86/setup: call hugetlb_bootmem_alloc early
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 18/28] mm/hugetlb: add pre-HVO framework
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v1 1/4] lib/test_hmm: make dmirror_atomic_map() consume a single page
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• [PATCH v2 00/28] hugetlb/CMA improvements for large systems
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 27/28] mm/hugetlb: enable bootmem allocation from CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 19/28] mm/hugetlb_vmemmap: fix hugetlb_vmemmap_restore_folios definition
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 09/28] x86/mm: make register_page_bootmem_memmap handle PTE mappings
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 17/28] mm/hugetlb: move huge_boot_pages list init to hugetlb_bootmem_alloc
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• [PATCH v2 13/28] mm: define __init_reserved_page_zone function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 06/28] mm/hugetlb: remove redundant __ClearPageReserved
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 12/28] mm/hugetlb: set migratetype for bootmem folios
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 04/28] mm, hugetlb: use cma_declare_contiguous_multi
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 16/28] mm/hugetlb: deal with multiple calls to hugetlb_bootmem_alloc
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 15/28] mm/sparse: add vmemmap_*_hvo functions
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 14/28] mm/hugetlb: check bootmem pages for zone intersections
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 10/28] mm/bootmem_info: export register_page_bootmem_memmap
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 11/28] mm/sparse: allow for alternate vmemmap section init at boot
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 08/28] mm/hugetlb: convert cmdline parameters from setup to early
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 07/28] mm/hugetlb: use online nodes for bootmem allocation
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 05/28] mm/hugetlb: fix round-robin bootmem allocation
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 03/28] mm/cma: introduce cma_intersects function
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 02/28] mm, cma: support multiple contiguous ranges, if requested
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• [PATCH v2 01/28] mm/cma: export total and free number of pages for CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/4] mm/madvise: remove redundant mmap_lock operations from process_madvise()
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [RFC PATCH v2 1/2] memfd,lsm: add a security hook to memfd_create()
  • From: wufan@xxxxxxxxxx
• [RFC PATCH v2 2/2] ipe: add 'anonymous_memory' property for policy decisions
  • From: wufan@xxxxxxxxxx
• [RFC PATCH v2 0/2] ipe support for anonymous memory and memfd
  • From: wufan@xxxxxxxxxx
• Re: [GIT PULL] MM updates for 6.14-rc1
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC PATCH] mm, memcg: introduce memory.high.throttle
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: zbud: remove zbud
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [RFC PATCH v2 3/4] mm/madvise: split out madvise() behavior execution
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [RFC PATCH v2 0/4] mm/madvise: remove redundant mmap_lock operations from process_madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [RFC PATCH v2 4/4] mm/madvise: remove redundant mmap_lock operations from process_madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [RFC PATCH v2 2/4] mm/madvise: split out madvise input validity check
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [RFC PATCH v2 1/4] mm/madvise: split out mmap locking operations for madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• [RFC PATCH] mm, memcg: introduce memory.high.throttle
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH v2 11/11] KVM: guest_memfd: selftests: guest_memfd mmap() test when mapping is allowed
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION da7e6047a6264af16d2cb82bed9b6caa33eaf56a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/5] mm: simplify vma merge structure and expand comments
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH v2 09/11] KVM: arm64: Introduce KVM_VM_TYPE_ARM_SW_PROTECTED machine type
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [PATCH v2 3/5] mm: eliminate adj_start parameter from commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 2/5] mm: further refactor commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 0/5] mm: further simplify VMA merge operation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 2/2] mm: zbud: remove zbud
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH v2 1/2] mm: z3fold: remove z3fold
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [PATCH v2 0/2] mm: zswap: remove z3fold and zbud
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCHv1 4/6] zsmalloc: introduce new object mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• [RFC PATCH v2 10/11] KVM: arm64: Enable mapping guest_memfd in arm64
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH] mm/vmstat: Fix a W=1 clang compiler warning
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 0/9] x86/module: rework ROX cache to avoid writable copy
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH v2 07/11] KVM: arm64: Refactor user_mem_abort() calculation of force_pte
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 04/11] KVM: guest_memfd: Add KVM capability to check if guest_memfd is shared
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 05/11] KVM: guest_memfd: Handle in-place shared memory as guest_memfd backed memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 08/11] KVM: arm64: Handle guest_memfd()-backed guest page faults
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 06/11] KVM: x86: Mark KVM_X86_SW_PROTECTED_VM as supporting guest_memfd shared memory
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 03/11] KVM: guest_memfd: Allow host to map guest_memfd() pages
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 01/11] mm: Consolidate freeing of typed folios on final folio_put()
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 02/11] KVM: guest_memfd: Handle final folio_put() of guest_memfd pages
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [RFC PATCH v2 00/11] KVM: Mapping guest_memfd backed memory at the host for software protected VMs
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCHv1 1/6] zsmalloc: factor out pool locking helpers
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCHv1 2/6] zsmalloc: factor out size-class locking helpers
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH] damon: add feature to monitor only writes
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Page allocation for ASI
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [LSF/MM/BPF TOPIC] Migrating the un-migratable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv1 0/6] zsmalloc: preemptible object mapping
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH v3 mm-hotfixes] mm/zswap: fix inconsistency when zswap_store_page() fails
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv1 3/6] zsmalloc: make zspage lock preemptible
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] mm: make vmg->target consistent and further simplify commit_merge()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [LSF/MM/BPF TOPIC] ASI's page cache problem
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH v1 12/12] mm/rmap: keep mapcount untouched for device-exclusive entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 10/12] mm/rmap: handle device-exclusive entries correctly in folio_referenced_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/5] mm: eliminate adj_start parameter from commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2] zsmalloc: Fix address alignment in zspage for performance improvement
  • From: Kenny Cheng <chao.shun.cheng.tw@xxxxxxxxx>
• Re: [PATCH 3/5] mm: eliminate adj_start parameter from commit_merge()
  • 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>
• [PATCH v1 0/4] mm: cleanups for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCH] mm/shmem: Fix invalid PTR_ERR(NULL) call in shmem_xattr_handler_set()
  • From: Qasim Ijaz <qasdev00@xxxxxxxxx>
• Re: [RFC PATCH v6.6 00/10] Address CVE-2024-46701
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH v1 03/12] mm/rmap: convert make_device_exclusive_range() to make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v1 02/12] mm/rmap: reject hugetlb folios in folio_make_device_exclusive()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 07/12] mm/page_vma_mapped: device-private entries are not migration entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/4] mm/memory: document restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/4] mm/memory: pass folio and pte to restore_exclusive_pte()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [LSF/MM/BPF TOPIC] Page allocation for ASI
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• RE: [PATCH v18 15/19] cxl/memfeature: Add CXL memory device patrol scrub control feature
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• [PATCH v1 2/4] mm/mmu_notifier: drop owner from MMU_NOTIFY_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/4] lib/test_hmm: make dmirror_atomic_map() consume a single page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 11/12] mm/rmap: handle device-exclusive entries correctly in page_vma_mkclean_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 09/12] mm/rmap: handle device-exclusive entries correctly in try_to_migrate_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 05/12] mm/memory: detect writability in restore_exclusive_pte() through can_change_pte_writable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 06/12] mm: use single SWP_DEVICE_EXCLUSIVE entry type
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 04/12] mm/rmap: implement make_device_exclusive() using folio_walk instead of rmap walk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 08/12] mm/rmap: handle device-exclusive entries correctly in try_to_unmap_one()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 01/12] mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 00/12] mm: fixes for device-exclusive entries (hmm)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2] zsmalloc: Fix address alignment in zspage for performance improvement
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: Simona Vetter <simona.vetter@xxxxxxxx>
• Re: [PATCHv1 3/6] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: Top Decision-Makers in Software Solutions
  • From: Ainara Iris <ainara@xxxxxxxxxxxxxxxxxx>
• 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] mm/vmstat: Fix a W=1 clang compiler warning
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Hans Holmberg <hans@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5 04/15] KVM: guest_memfd: Track mappability within a struct kvm_gmem_private
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [RFC PATCH v5 02/15] KVM: guest_memfd: Make guest mem use guest mem inodes instead of anonymous inodes
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• [PATCH v3 mm-hotfixes] mm/zswap: fix inconsistency when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v1] zsmalloc: Fix address alignment in zspage for performance improvement
  • From: Kenny Cheng <chao.shun.cheng.tw@xxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• [PATCH v2] zsmalloc: Fix address alignment in zspage for performance improvement
  • From: Kenny Cheng <chao.shun.cheng.tw@xxxxxxxxx>
• Re: [PATCH bpf-next v6 3/6] locking/local_lock: Introduce local_trylock_t and local_trylock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: "Sridhar, Kanchana P" <kanchana.p.sridhar@xxxxxxxxx>
• [PATCHv1 3/6] zsmalloc: make zspage lock preemptible
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 5/6] zram: switch to new zsmalloc object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 0/6] zsmalloc: preemptible object mapping
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 6/6] zram: add might_sleep to zcomp API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 4/6] zsmalloc: introduce new object mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 2/6] zsmalloc: factor out size-class locking helpers
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [PATCHv1 1/6] zsmalloc: factor out pool locking helpers
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: Direct I/O performance problems with 1GB pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] damon: add feature to monitor only writes
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH] mm/shmem: Fix invalid PTR_ERR(NULL) call in shmem_xattr_handler_set()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [FIX PATCH] mm: pcp: fix pcp->free_count reduction on page allocation,
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm/vmscan: extract calculated pressure balance as a function
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] docs,procfs: document /proc/PID/* access permission checks
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v2] mm,procfs: allow read-only remote mm access under CAP_PERFMON
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• [PATCH] docs,procfs: document /proc/PID/* access permission checks
  • From: Andrii Nakryiko <andrii@xxxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] mm/shmem: Fix invalid PTR_ERR(NULL) call in shmem_xattr_handler_set()
  • From: Qasim Ijaz <qasdev00@xxxxxxxxx>
• Re: [PATCH] refcount: Strengthen inc_not_zero()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• RE: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [bpf-next v6 3/3] selftests/bpf: Add tests for bpf_copy_from_user_task_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v6 2/3] bpf: Add bpf_copy_from_user_task_str kfunc
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [bpf-next v6 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] Generalized data temperature estimation framework
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Balbir Singh <balbirs@xxxxxxxxxx>
• RE: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• RE: [RFC PATCH] Introduce generalized data temperature estimation framework
  • From: Viacheslav Dubeyko <Slava.Dubeyko@xxxxxxx>
• [PATCH v4] Weighted Interleave Auto-tuning
  • From: Joshua Hahn <joshua.hahnjy@xxxxxxxxx>
• Re: [PATCH] mm: Optimize TLB flushes during page reclaim
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] mm/vmstat: Fix a W=1 clang compiler warning
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] mm: memcontrol: move memsw charge callbacks to v1
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH] mm/bdi: fix race between cgwb_create and conflicting blkcg associations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Question] Are "device exclusive non-swap entries" / "SVM atomics in Nouveau" still getting used in practice?
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] CMA reservation optimizations
  • From: Zi Yan <ziy@xxxxxxxxxx>
• 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 00/20] Add support for shared PTEs across processes
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• mm/kmsan/hooks.c:269:14: sparse: sparse: cast removes address space '__user' of expression
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/20] Add support for shared PTEs across processes
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH 2/3] alloc_tag: uninline code gated by mem_alloc_profiling_key in slab allocator
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] exit: perform randomness and pid work without tasklist_lock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• RE: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: "Sridhar, Kanchana P" <kanchana.p.sridhar@xxxxxxxxx>
• RE: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: "Sridhar, Kanchana P" <kanchana.p.sridhar@xxxxxxxxx>
• Re: [PATCH v2 mm-hotfixes] mm/zswap: fix inconsistent charging when zswap_store_page() fails
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH bpf-next v6 3/6] locking/local_lock: Introduce local_trylock_t and local_trylock_irqsave()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2] exit: perform randomness and pid work without tasklist_lock
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] CMA reservation optimizations
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] exit: perform randomness and pid work without tasklist_lock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH bpf-next v6 2/6] mm, bpf: Introduce free_pages_nolock()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH bpf-next v6 1/6] mm, bpf: Introduce try_alloc_pages() for opportunistic page allocation
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH] mm/hmm: Prevent infinite loop in hmm_range_fault during EBUSY retries
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 9a87ce288fe30f268b3a598422fe76af9bb2c2d2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 27/27] mm/hugetlb: enable bootmem allocation from CMA areas
  • From: Frank van der Linden <fvdl@xxxxxxxxxx>
• Re: [PATCH v2] intel_th: avoid using deprecated page->mapping, index fields
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH bpf-next v6 3/6] locking/local_lock: Introduce local_trylock_t and local_trylock_irqsave()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] CMA reservation optimizations
  • From: Juan Yescas <jyescas@xxxxxxxxxx>
• 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 2/2] mm: z3fold: remove z3fold
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH 2/2] mm: z3fold: remove z3fold
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH 2/5] mm: further refactor commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2] exit: perform randomness and pid work without tasklist_lock
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH 2/5] mm: further refactor commit_merge()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Seth Jennings <sjenning@xxxxxxxxxx>
• Re: [PATCH 2/5] mm: further refactor commit_merge()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: Yosry Ahmed <yosry.ahmed@xxxxxxxxx>
• Re: [PATCH 1/2] mm: zbud: deprecate CONFIG_ZBUD
  • From: "Yosry Ahmed" <yosry.ahmed@xxxxxxxxx>
• Re: [bpf-next v5 1/3] mm: add copy_remote_vm_str
  • From: Jordan Rome <linux@xxxxxxxxxxxxxx>
• [LSF/MM/BPF TOPIC] Waste-Free Per-CPU Userspace Memory Allocation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [LSF/MM/BPF TOPIC] Improve KSM for code patching use-cases
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/5] mm: further refactor commit_merge()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• 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/5] mm: simplify vma merge structure and expand comments
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [LSF/MM/BPF TOPIC] memory persistence over kexec
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC 1/5] mm/hmm: HMM API to enable P2P DMA for device private pages
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 1/5] mm: simplify vma merge structure and expand comments
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Re: Re: Re: [PATCH v2] treewide: const qualify ctl_tables where applicable
  • From: Joel Granados <joel.granados@xxxxxxxxxx>
• Re: [RFC PATCH 5/6] zsmalloc: introduce handle mapping API
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• 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>