Linux Kernel Memory Management

• Date Index

• [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, kernel test robot
  • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Kirill A. Shutemov
    • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Huacai Chen
      • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Mike Rapoport
        • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, WANG Xuerui
          • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Mike Rapoport
            • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Kirill A. Shutemov
              • Re: [linux-next:master 3778/4413] include/linux/mmzone.h:1749:2: error: #error Allocator MAX_ORDER exceeds SECTION_SIZE, Liu, Yujie
• Re: [syzbot] [btrfs?] possible deadlock in __btrfs_release_delayed_node (2), Hillf Danton
• [PATCH v3] mm: memory-failure: Move memory failure sysctls to its own file, Kefeng Wang
  • Re: [PATCH v3] mm: memory-failure: Move memory failure sysctls to its own file, Luis Chamberlain
    • Re: [PATCH v3] mm: memory-failure: Move memory failure sysctls to its own file, Kefeng Wang
• Re: [PATCH 5/7] shmem: open code the page cache lookup in shmem_get_folio_gfp, Hugh Dickins
• Re: [PATCH 4/7] shmem: remove shmem_get_partial_folio, Hugh Dickins
  • Re: [PATCH 4/7] shmem: remove shmem_get_partial_folio, Christoph Hellwig
• [PATCH 0/1] Fix vmstat_percpu incorrect subtraction after reparent, Cai Xinchen
  • [PATCH 1/1] mm: memcontrol: fix vmstats_percpu state incorrect subtraction after reparent, Cai Xinchen
    • Re: [PATCH 1/1] mm: memcontrol: fix vmstats_percpu state incorrect subtraction after reparent, Michal Koutný
      • Re: [PATCH 1/1] mm: memcontrol: fix vmstats_percpu state incorrect subtraction after reparent, Cai Xinchen
  • Re: [PATCH 0/1] Fix vmstat_percpu incorrect subtraction after reparent, Michal Koutný
• [PATCH] mm: kfence: fix PG_slab and memcg_data clearing, Muchun Song
  • Re: [PATCH] mm: kfence: fix PG_slab and memcg_data clearing, Andrew Morton
    • Re: [PATCH] mm: kfence: fix PG_slab and memcg_data clearing, Muchun Song
  • Re: [PATCH] mm: kfence: fix PG_slab and memcg_data clearing, Peng Zhang
    • Re: [PATCH] mm: kfence: fix PG_slab and memcg_data clearing, Muchun Song
• [PATCH v4 0/4] Add overflow checks for several syscalls, Wupeng Ma
  • [PATCH v4 3/4] mm/mempolicy: return EINVAL if len overflows for mbind, Wupeng Ma
  • [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, Wupeng Ma
    • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, David Hildenbrand
      • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, mawupeng
      • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, mawupeng
        • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, David Hildenbrand
          • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, mawupeng
            • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, David Hildenbrand
              • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, David Hildenbrand
                • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, mawupeng
                  • Re: [PATCH v4 1/4] mm/mlock: return EINVAL if len overflows for mlock/munlock, David Hildenbrand
  • [PATCH v4 2/4] mm/mempolicy: return EINVAL for if len overflows for set_mempolicy_home_node, Wupeng Ma
  • [PATCH v4 4/4] mm/msync: return ENOMEM if len overflows for msync, Wupeng Ma
  • Re: [PATCH v4 0/4] Add overflow checks for several syscalls, mawupeng
• [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, kernel test robot
  • Re: [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, Huang, Ying
    • Re: [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, Liu, Yujie
      • Re: [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, Huang, Ying
        • Re: [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, Liu, Yujie
          • Re: [linus:master] [migrate_pages] 7e12beb8ca: vm-scalability.throughput -3.4% regression, Huang, Ying
• [PATCH 00/15] mm: move core MM initialization to mm/mm_init.c, Mike Rapoport
  • [PATCH 01/15] mips: fix comment about pgtable_init(), Mike Rapoport
    • Re: [PATCH 01/15] mips: fix comment about pgtable_init(), David Hildenbrand
  • [PATCH 02/15] mm/cma: move init_cma_reserved_pages() to cma.c and make it static, Mike Rapoport
    • Re: [PATCH 02/15] mm/cma: move init_cma_reserved_pages() to cma.c and make it static, David Hildenbrand
      • Re: [PATCH 02/15] mm/cma: move init_cma_reserved_pages() to cma.c and make it static, Mike Rapoport
        • Re: [PATCH 02/15] mm/cma: move init_cma_reserved_pages() to cma.c and make it static, David Hildenbrand
        • Re: [PATCH 02/15] mm/cma: move init_cma_reserved_pages() to cma.c and make it static, Doug Berger
  • [PATCH 03/15] mm/page_alloc: add helper for checking if check_pages_enabled, Mike Rapoport
    • Re: [PATCH 03/15] mm/page_alloc: add helper for checking if check_pages_enabled, David Hildenbrand
  • [PATCH 05/15] mm: handle hashdist initialization in mm/mm_init.c, Mike Rapoport
    • Re: [PATCH 05/15] mm: handle hashdist initialization in mm/mm_init.c, David Hildenbrand
  • [PATCH 06/15] mm/page_alloc: rename page_alloc_init() to page_alloc_init_cpuhp(), Mike Rapoport
    • Re: [PATCH 06/15] mm/page_alloc: rename page_alloc_init() to page_alloc_init_cpuhp(), David Hildenbrand
  • [PATCH 04/15] mm: move most of core MM initialization to mm/mm_init.c, Mike Rapoport
    • Re: [PATCH 04/15] mm: move most of core MM initialization to mm/mm_init.c, David Hildenbrand
  • [PATCH 07/15] init: fold build_all_zonelists() and page_alloc_init_cpuhp() to mm_init(), Mike Rapoport
    • Re: [PATCH 07/15] init: fold build_all_zonelists() and page_alloc_init_cpuhp() to mm_init(), David Hildenbrand
  • [PATCH 08/15] init,mm: move mm_init() to mm/mm_init.c and rename it to mm_core_init(), Mike Rapoport
    • Re: [PATCH 08/15] init,mm: move mm_init() to mm/mm_init.c and rename it to mm_core_init(), David Hildenbrand
  • [PATCH 09/15] mm: move pgtable_init() to mm/mm_init.c and make it static, Mike Rapoport
    • Re: [PATCH 09/15] mm: move pgtable_init() to mm/mm_init.c and make it static, David Hildenbrand
  • [PATCH 10/15] mm: move init_mem_debugging_and_hardening() to mm/mm_init.c, Mike Rapoport
    • Re: [PATCH 10/15] mm: move init_mem_debugging_and_hardening() to mm/mm_init.c, David Hildenbrand
      • Re: [PATCH 10/15] mm: move init_mem_debugging_and_hardening() to mm/mm_init.c, Mike Rapoport
        • Re: [PATCH 10/15] mm: move init_mem_debugging_and_hardening() to mm/mm_init.c, David Hildenbrand
  • [PATCH 11/15] init,mm: fold late call to page_ext_init() to page_alloc_init_late(), Mike Rapoport
    • Re: [PATCH 11/15] init,mm: fold late call to page_ext_init() to page_alloc_init_late(), David Hildenbrand
  • [PATCH 12/15] mm: move mem_init_print_info() to mm_init.c, Mike Rapoport
    • Re: [PATCH 12/15] mm: move mem_init_print_info() to mm_init.c, David Hildenbrand
  • [PATCH 13/15] mm: move kmem_cache_init() declaration to mm/slab.h, Mike Rapoport
    • Re: [PATCH 13/15] mm: move kmem_cache_init() declaration to mm/slab.h, David Hildenbrand
  • [PATCH 14/15] mm: move vmalloc_init() declaration to mm/internal.h, Mike Rapoport
    • Re: [PATCH 14/15] mm: move vmalloc_init() declaration to mm/internal.h, David Hildenbrand
  • [PATCH 15/15] MAINTAINERS: extend memblock entry to include MM initialization, Mike Rapoport
    • Re: [PATCH 15/15] MAINTAINERS: extend memblock entry to include MM initialization, David Hildenbrand
• [PATCH] maple_tree: remove unused maple_tree functions, Tom Rix
  • Re: [PATCH] maple_tree: remove unused maple_tree functions, Matthew Wilcox
• [PATCH] mm: move get_page_from_free_area() to mm/page_alloc.c, Mike Rapoport
  • Re: [PATCH] mm: move get_page_from_free_area() to mm/page_alloc.c, Lorenzo Stoakes
    • Re: [PATCH] mm: move get_page_from_free_area() to mm/page_alloc.c, Matthew Wilcox
      • Re: [PATCH] mm: move get_page_from_free_area() to mm/page_alloc.c, Mike Rapoport
  • Re: [PATCH] mm: move get_page_from_free_area() to mm/page_alloc.c, Kirill A. Shutemov
• [PATCH v2 0/4] convert read_kcore(), vread() to use iterators, Lorenzo Stoakes
  • [PATCH v2 1/4] fs/proc/kcore: Avoid bounce buffer for ktext data, Lorenzo Stoakes
    • Re: [PATCH v2 1/4] fs/proc/kcore: Avoid bounce buffer for ktext data, David Hildenbrand
  • [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
    • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Andrew Morton
      • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
        • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Matthew Wilcox
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
    • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
      • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
        • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
    • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Dave Chinner
      • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
        • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Dave Chinner
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
      • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
        • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Matthew Wilcox
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
              • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
        • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Dave Chinner
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Matthew Wilcox
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Dave Chinner
          • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
            • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Dave Chinner
              • Re: [PATCH v2 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Uladzislau Rezki
  • [PATCH v2 3/4] fs/proc/kcore: convert read_kcore() to read_kcore_iter(), Lorenzo Stoakes
  • [PATCH v2 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
  • <Possible follow-ups>
  • Re: [PATCH v2 0/4] convert read_kcore(), vread() to use iterators, Veronica Smith
• [PATCH] mm: Keep memory type same on DEVMEM Page-Fault, buddy.zhang
  • Re: [PATCH] mm: Keep memory type same on DEVMEM Page-Fault, Andrew Morton
    • Re: [PATCH] mm: Keep memory type same on DEVMEM Page-Fault, Andrew Morton
      • Re: [PATCH] mm: Keep memory type same on DEVMEM Page-Fault, Andrew Morton
        • Re: [PATCH] mm: Keep memory type same on DEVMEM Page-Fault, David Hildenbrand
• [akpm-mm:mm-unstable 231/249] htmldocs: Documentation/admin-guide/kdump/vmcoreinfo.rst:193: WARNING: Title underline too short., kernel test robot
• drivers/gpu/drm/nouveau/nouveau_dmem.c:205:13: sparse: sparse: incorrect type in assignment (different base types), kernel test robot
  • <Possible follow-ups>
  • drivers/gpu/drm/nouveau/nouveau_dmem.c:205:13: sparse: sparse: incorrect type in assignment (different base types), kernel test robot
  • drivers/gpu/drm/nouveau/nouveau_dmem.c:205:13: sparse: sparse: incorrect type in assignment (different base types), kernel test robot
• [PATCH 0/4] convert read_kcore(), vread() to use iterators, Lorenzo Stoakes
  • [PATCH 1/4] fs/proc/kcore: Avoid bounce buffer for ktext data, Lorenzo Stoakes
  • [PATCH 2/4] mm: vmalloc: use rwsem, mutex for vmap_area_lock and vmap_block->lock, Lorenzo Stoakes
  • [PATCH 3/4] fs/proc/kcore: convert read_kcore() to read_kcore_iter(), Lorenzo Stoakes
  • [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
    • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), kernel test robot
      • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
    • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), kernel test robot
      • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
    • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Matthew Wilcox
      • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
      • RE: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), David Laight
        • Re: [PATCH 4/4] mm: vmalloc: convert vread() to vread_iter(), Lorenzo Stoakes
• [PATCH v8 00/40] Shadow stacks for userspace, Rick Edgecombe
  • [PATCH v8 02/40] x86/shstk: Add Kconfig option for shadow stack, Rick Edgecombe
  • [PATCH v8 01/40] Documentation/x86: Add CET shadow stack description, Rick Edgecombe
  • [PATCH v8 03/40] x86/cpufeatures: Add CPU feature flags for shadow stacks, Rick Edgecombe
  • [PATCH v8 04/40] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Rick Edgecombe
  • [PATCH v8 05/40] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Rick Edgecombe
  • [PATCH v8 06/40] x86/fpu: Add helper for modifying xstate, Rick Edgecombe
  • [PATCH v8 07/40] x86/traps: Move control protection handler to separate file, Rick Edgecombe
  • [PATCH v8 08/40] x86/shstk: Add user control-protection fault handler, Rick Edgecombe
  • [PATCH v8 09/40] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Rick Edgecombe
  • [PATCH v8 10/40] x86/mm: Move pmd_write(), pud_write() up in the file, Rick Edgecombe
  • [PATCH v8 11/40] mm: Introduce pte_mkwrite_kernel(), Rick Edgecombe
  • [PATCH v8 12/40] s390/mm: Introduce pmd_mkwrite_kernel(), Rick Edgecombe
  • [PATCH v8 14/40] x86/mm: Introduce _PAGE_SAVED_DIRTY, Rick Edgecombe
  • [PATCH v8 13/40] mm: Make pte_mkwrite() take a VMA, Rick Edgecombe
  • [PATCH v8 15/40] x86/mm: Update ptep/pmdp_set_wrprotect() for _PAGE_SAVED_DIRTY, Rick Edgecombe
  • [PATCH v8 16/40] x86/mm: Start actually marking _PAGE_SAVED_DIRTY, Rick Edgecombe
  • [PATCH v8 17/40] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Rick Edgecombe
    • Re: [PATCH v8 17/40] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, David Hildenbrand
  • [PATCH v8 18/40] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Rick Edgecombe
    • Re: [PATCH v8 18/40] mm: Introduce VM_SHADOW_STACK for shadow stack memory, David Hildenbrand
  • [PATCH v8 19/40] x86/mm: Check shadow stack page fault errors, Rick Edgecombe
  • [PATCH v8 20/40] x86/mm: Teach pte_mkwrite() about stack memory, Rick Edgecombe
  • [PATCH v8 21/40] mm: Add guard pages around a shadow stack., Rick Edgecombe
  • [PATCH v8 22/40] mm/mmap: Add shadow stack pages to memory accounting, Rick Edgecombe
  • [PATCH v8 23/40] mm: Re-introduce vm_flags to do_mmap(), Rick Edgecombe
  • [PATCH v8 24/40] mm: Don't allow write GUPs to shadow stack memory, Rick Edgecombe
  • [PATCH v8 25/40] x86/mm: Introduce MAP_ABOVE4G, Rick Edgecombe
  • [PATCH v8 26/40] mm: Warn on shadow stack memory in wrong vma, Rick Edgecombe
    • Re: [PATCH v8 26/40] mm: Warn on shadow stack memory in wrong vma, David Hildenbrand
  • [PATCH v8 27/40] x86/mm: Warn if create Write=0,Dirty=1 with raw prot, Rick Edgecombe
  • [PATCH v8 28/40] x86: Introduce userspace API for shadow stack, Rick Edgecombe
  • [PATCH v8 29/40] x86/shstk: Add user-mode shadow stack support, Rick Edgecombe
  • [PATCH v8 30/40] x86/shstk: Handle thread shadow stack, Rick Edgecombe
  • [PATCH v8 31/40] x86/shstk: Introduce routines modifying shstk, Rick Edgecombe
  • [PATCH v8 32/40] x86/shstk: Handle signals for shadow stack, Rick Edgecombe
  • [PATCH v8 34/40] x86/shstk: Support WRSS for userspace, Rick Edgecombe
  • [PATCH v8 33/40] x86/shstk: Introduce map_shadow_stack syscall, Rick Edgecombe
  • [PATCH v8 35/40] x86: Expose thread features in /proc/$PID/status, Rick Edgecombe
  • [PATCH v8 36/40] x86/shstk: Wire in shadow stack interface, Rick Edgecombe
  • [PATCH v8 37/40] selftests/x86: Add shadow stack test, Rick Edgecombe
  • [PATCH v8 38/40] x86: Add PTRACE interface for shadow stack, Rick Edgecombe
  • [PATCH v8 39/40] x86/shstk: Add ARCH_SHSTK_UNLOCK, Rick Edgecombe
  • [PATCH v8 40/40] x86/shstk: Add ARCH_SHSTK_STATUS, Rick Edgecombe
  • Re: [PATCH v8 00/40] Shadow stacks for userspace, Borislav Petkov
• [linux-next:master 3041/4413] drivers/gpu/drm/imx/lcdc/imx-lcdc.c:411:11: error: call to undeclared function 'devm_drm_of_get_bridge'; ISO C99 and later do not support implicit function declarations, kernel test robot
• [linux-next:master 3041/4413] drivers/gpu/drm/imx/lcdc/imx-lcdc.c:411:18: error: implicit declaration of function 'devm_drm_of_get_bridge', kernel test robot
• [linux-next:master 1753/4413] kismet: WARNING: unmet direct dependencies detected for RISCV_ALTERNATIVE when selected by RISCV_ISA_SVNAPOT, kernel test robot
• [PATCH 0/4] further cleanup of vma_merge(), Lorenzo Stoakes
  • [PATCH 1/4] mm/mmap/vma_merge: further improve prev/next VMA naming, Lorenzo Stoakes
  • [PATCH 2/4] mm/mmap/vma_merge: set next to NULL if not applicable, Lorenzo Stoakes
    • Re: [PATCH 2/4] mm/mmap/vma_merge: set next to NULL if not applicable, Vernon Yang
      • Re: [PATCH 2/4] mm/mmap/vma_merge: set next to NULL if not applicable, Lorenzo Stoakes
    • Re: [PATCH 2/4] mm/mmap/vma_merge: set next to NULL if not applicable, Liam R. Howlett
      • Re: [PATCH 2/4] mm/mmap/vma_merge: set next to NULL if not applicable, Lorenzo Stoakes
  • [PATCH 3/4] mm/mmap/vma_merge: extend invariants, avoid invalid res, vma, Lorenzo Stoakes
  • [PATCH 4/4] mm/mmap/vma_merge: be explicit about the non-mergeable case, Lorenzo Stoakes
  • Re: [PATCH 0/4] further cleanup of vma_merge(), Liam R. Howlett
    • Re: [PATCH 0/4] further cleanup of vma_merge(), Lorenzo Stoakes
• [PATCH 0/2] Refactor do_fault_around(), Lorenzo Stoakes
  • [PATCH 1/2] mm: refactor do_fault_around(), Lorenzo Stoakes
  • [PATCH 2/2] mm: pefer fault_around_pages to fault_around_bytes, Lorenzo Stoakes
  • Re: [PATCH 0/2] Refactor do_fault_around(), Andrew Morton
    • Re: [PATCH 0/2] Refactor do_fault_around(), Lorenzo Stoakes
      • Re: [PATCH 0/2] Refactor do_fault_around(), Andrew Morton
• [PATCH] Add results of early memtest to /proc/meminfo, Tomáš Mudruňka
  • Re: [PATCH] Add results of early memtest to /proc/meminfo, Andrew Morton
    • [PATCH v2] Add results of early memtest to /proc/meminfo, Tomas Mudrunka
      • Re: [PATCH v2] Add results of early memtest to /proc/meminfo, Andrew Morton
    • Re: Re: [PATCH] Add results of early memtest to /proc/meminfo, Tomas Mudrunka
• [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks, Kirill A. Shutemov
  • Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks, David Hildenbrand
    • Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks, Kirill A. Shutemov
  • Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks, Mel Gorman
• [PATCH v12] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
  • Re: [PATCH v12] mm,kfence: decouple kfence from page granularity mapping judgement, Will Deacon
• [linux-next:master] BUILD REGRESSION 6f08c1de13a9403341c18b66638a05588b2663ce, kernel test robot
• [linux-next:pending-fixes] BUILD SUCCESS 0e8bb497921ed7a14859725fc9a6f5d70533ff8f, kernel test robot
• [PATCH 0/2] memcg, cpuisol: do not interfere pcp cache charges draining with cpuisol workloads, Michal Hocko
  • [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Michal Hocko
    • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Shakeel Butt
    • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, kernel test robot
    • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, kernel test robot
      • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Andrew Morton
        • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Michal Hocko
    • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Hillf Danton
      • Re: [PATCH 2/2] memcg: do not drain charge pcp caches on remote isolated cpus, Michal Hocko
  • [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Michal Hocko
    • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Marcelo Tosatti
      • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Marcelo Tosatti
        • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Michal Hocko
          • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Frederic Weisbecker
            • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Marcelo Tosatti
              • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Frederic Weisbecker
              • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Michal Hocko
                • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Marcelo Tosatti
                  • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Michal Hocko
                    • Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API, Marcelo Tosatti
• [PATCH v2 0/6] remove SLOB and allow kfree() with kmem_cache_alloc(), Vlastimil Babka
  • [PATCH v2 6/6] mm/slab: document kfree() as allowed for kmem_cache_alloc() objects, Vlastimil Babka
    • Re: [PATCH v2 6/6] mm/slab: document kfree() as allowed for kmem_cache_alloc() objects, Mike Rapoport
  • [PATCH v2 4/6] mm/slab: remove CONFIG_SLOB code from slab common code, Vlastimil Babka
    • Re: [PATCH v2 4/6] mm/slab: remove CONFIG_SLOB code from slab common code, Mike Rapoport
  • [PATCH v2 1/6] mm/slob: remove CONFIG_SLOB, Vlastimil Babka
    • Re: [PATCH v2 1/6] mm/slob: remove CONFIG_SLOB, Mike Rapoport
  • [PATCH v2 3/6] mm, pagemap: remove SLOB and SLQB from comments and documentation, Vlastimil Babka
    • Re: [PATCH v2 3/6] mm, pagemap: remove SLOB and SLQB from comments and documentation, Mike Rapoport
  • [PATCH v2 2/6] mm, page_flags: remove PG_slob_free, Vlastimil Babka
    • Re: [PATCH v2 2/6] mm, page_flags: remove PG_slob_free, Mike Rapoport
  • [PATCH v2 5/6] mm/slob: remove slob.c, Vlastimil Babka
    • Re: [PATCH v2 5/6] mm/slob: remove slob.c, Mike Rapoport
• [RFC PATCH 0/6] variable-order, large folios for anonymous memory, Ryan Roberts
  • [RFC PATCH 3/6] mm: Introduce try_vma_alloc_zeroed_movable_folio(), Ryan Roberts
  • [RFC PATCH 1/6] mm: Expose clear_huge_page() unconditionally, Ryan Roberts
  • [RFC PATCH 2/6] mm: pass gfp flags and order to vma_alloc_zeroed_movable_folio(), Ryan Roberts
  • [RFC PATCH 5/6] mm: Allocate large folios for anonymous memory, Ryan Roberts
  • [RFC PATCH 6/6] WORKAROUND: Don't split large folios on madvise, Ryan Roberts
    • Re: [RFC PATCH 6/6] WORKAROUND: Don't split large folios on madvise, Yin Fengwei
      • Re: [RFC PATCH 6/6] WORKAROUND: Don't split large folios on madvise, Ryan Roberts
  • [RFC PATCH 4/6] mm: Implement folio_add_new_anon_rmap_range(), Ryan Roberts
    • Re: [RFC PATCH 4/6] mm: Implement folio_add_new_anon_rmap_range(), Yin Fengwei
    • Re: [RFC PATCH 4/6] mm: Implement folio_add_new_anon_rmap_range(), Yin Fengwei
      • Re: [RFC PATCH 4/6] mm: Implement folio_add_new_anon_rmap_range(), Ryan Roberts
  • Re: [RFC PATCH 0/6] variable-order, large folios for anonymous memory, Ryan Roberts
    • Re: [RFC PATCH 0/6] variable-order, large folios for anonymous memory, Yin, Fengwei
      • Re: [RFC PATCH 0/6] variable-order, large folios for anonymous memory, Ryan Roberts
• [linux-next:master 4213/4413] htmldocs: Warning: Documentation/devicetree/bindings/input/snvs-pwrkey.txt references a file that doesn't exist: Documentation/devicetree/bindings/crypto/fsl-sec4.txt, kernel test robot
• [PATCH v3 2/2] ACPI: APEI: handle synchronous exceptions in task work, Shuai Xue
  • Re: [PATCH v3 2/2] ACPI: APEI: handle synchronous exceptions in task work, Xiaofei Tan
    • Re: [PATCH v3 2/2] ACPI: APEI: handle synchronous exceptions in task work, Shuai Xue
• [PATCH v3 1/2] ACPI: APEI: set memory failure flags as MF_ACTION_REQUIRED on synchronous events, Shuai Xue
• [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, Shuai Xue
  • Re: [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, Rafael J. Wysocki
    • Re: [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, Shuai Xue
      • Re: [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, Rafael J. Wysocki
  • Re: [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, mawupeng
    • Re: [PATCH v3 0/2] ACPI: APEI: handle synchronous exceptions with proper si_code, Shuai Xue
• [linux-next:master 3949/4413] kernel/bpf/../module/internal.h:212:2: error: operand of type 'void' where arithmetic or pointer type is required, kernel test robot
• [PATCH] kvm: mmu: move the added page that exists in current lru list to its tail, Jianwen Jiang
• [PATCH 4.14] fs: sysfs_emit_at: Remove PAGE_SIZE alignment check, Eric Biggers
• [PATCH 4.19] fs: sysfs_emit_at: Remove PAGE_SIZE alignment check, Eric Biggers
  • Patch "fs: sysfs_emit_at: Remove PAGE_SIZE alignment check" has been added to the 4.14-stable tree, gregkh
  • Patch "fs: sysfs_emit_at: Remove PAGE_SIZE alignment check" has been added to the 4.19-stable tree, gregkh
• [linux-next:master 3949/4413] include/linux/container_of.h:20:54: error: invalid use of undefined type 'struct module', kernel test robot
• [PATCH 1/2] kfence: avoid passing -g for test, Marco Elver
  • [PATCH 2/2] kcsan: avoid passing -g for test, Marco Elver
• Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Isaac Manjarres
  • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Catalin Marinas
    • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Petr Tesarik
      • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Catalin Marinas
    • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Isaac Manjarres
      • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Catalin Marinas
        • Re: [PATCH v3 00/13] mm, dma, arm64: Reduce ARCH_KMALLOC_MINALIGN to 8, Isaac Manjarres
• [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Jiri Olsa
  • [PATCHv3 bpf-next 1/9] mm: Store build id in file object, Jiri Olsa
    • Re: [PATCHv3 bpf-next 1/9] mm: Store build id in file object, Andrii Nakryiko
  • [PATCHv3 bpf-next 2/9] perf: Use file object build id in perf_event_mmap_event, Jiri Olsa
  • [PATCHv3 bpf-next 3/9] bpf: Use file object build id in stackmap, Jiri Olsa
    • Re: [PATCHv3 bpf-next 3/9] bpf: Use file object build id in stackmap, Andrii Nakryiko
  • [PATCHv3 bpf-next 4/9] bpf: Switch BUILD_ID_SIZE_MAX to enum, Jiri Olsa
    • Re: [PATCHv3 bpf-next 4/9] bpf: Switch BUILD_ID_SIZE_MAX to enum, Andrii Nakryiko
  • [PATCHv3 bpf-next 5/9] selftests/bpf: Add read_buildid function, Jiri Olsa
    • Re: [PATCHv3 bpf-next 5/9] selftests/bpf: Add read_buildid function, Andrii Nakryiko
      • Re: [PATCHv3 bpf-next 5/9] selftests/bpf: Add read_buildid function, Jiri Olsa
  • [PATCHv3 bpf-next 6/9] selftests/bpf: Add err.h header, Jiri Olsa
    • Re: [PATCHv3 bpf-next 6/9] selftests/bpf: Add err.h header, Andrii Nakryiko
  • [PATCHv3 bpf-next 7/9] selftests/bpf: Replace extract_build_id with read_build_id, Jiri Olsa
  • [PATCHv3 bpf-next 8/9] selftests/bpf: Add iter_task_vma_buildid test, Jiri Olsa
    • Re: [PATCHv3 bpf-next 8/9] selftests/bpf: Add iter_task_vma_buildid test, Andrii Nakryiko
  • [PATCHv3 bpf-next 9/9] selftests/bpf: Add file_build_id test, Jiri Olsa
    • Re: [PATCHv3 bpf-next 9/9] selftests/bpf: Add file_build_id test, Andrii Nakryiko
  • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Matthew Wilcox
    • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Ian Rogers
      • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Andrii Nakryiko
        • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Matthew Wilcox
          • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Andrii Nakryiko
            • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Al Viro
              • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Al Viro
                • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Andrii Nakryiko
                  • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Jiri Olsa
    • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Jiri Olsa
      • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Matthew Wilcox
        • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Jiri Olsa
        • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Arnaldo Carvalho de Melo
          • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Andrii Nakryiko
            • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Matthew Wilcox
              • Re: [PATCHv3 bpf-next 0/9] mm/bpf/perf: Store build id in file object, Andrii Nakryiko
• [PATCH] kfence, kcsan: avoid passing -g for tests, Marco Elver
  • Re: [PATCH] kfence, kcsan: avoid passing -g for tests, Nathan Chancellor
  • Re: [PATCH] kfence, kcsan: avoid passing -g for tests, Andrew Morton
    • Re: [PATCH] kfence, kcsan: avoid passing -g for tests, Marco Elver
• [RFC PATCH 00/28] splice, net: Replace sendpage with sendmsg(MSG_SPLICE_PAGES), David Howells
  • [RFC PATCH 01/28] net: Declare MSG_SPLICE_PAGES internal sendmsg() flag, David Howells
  • [RFC PATCH 02/28] Add a special allocator for staging netfs protocol to MSG_SPLICE_PAGES, David Howells
    • Re: [RFC PATCH 02/28] Add a special allocator for staging netfs protocol to MSG_SPLICE_PAGES, Matthew Wilcox
    • Re: [RFC PATCH 02/28] Add a special allocator for staging netfs protocol to MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, David Howells
    • RE: [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, Willem de Bruijn
    • Re: [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, David Howells
      • Re: [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, Willem de Bruijn
      • Re: [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, David Howells
        • Re: [RFC PATCH 03/28] tcp: Support MSG_SPLICE_PAGES, Willem de Bruijn
  • [RFC PATCH 05/28] tcp_bpf: Inline do_tcp_sendpages as it's now a wrapper around tcp_sendmsg, David Howells
  • [RFC PATCH 04/28] tcp: Convert do_tcp_sendpages() to use MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 06/28] espintcp: Inline do_tcp_sendpages(), David Howells
  • [RFC PATCH 07/28] tls: Inline do_tcp_sendpages(), David Howells
  • [RFC PATCH 08/28] siw: Inline do_tcp_sendpages(), David Howells
  • [RFC PATCH 09/28] tcp: Fold do_tcp_sendpages() into tcp_sendpage_locked(), David Howells
  • [RFC PATCH 10/28] ip, udp: Support MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 11/28] udp: Convert udp_sendpage() to use MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 12/28] af_unix: Support MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 14/28] crypto: af_alg: Support MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 15/28] crypto: af_alg: Convert af_alg_sendpage() to use MSG_SPLICE_PAGES, David Howells
  • [RFC PATCH 13/28] crypto: af_alg: Indent the loop in af_alg_sendmsg(), David Howells
  • [RFC PATCH 17/28] Remove file->f_op->sendpage, David Howells
  • [RFC PATCH 16/28] splice, net: Use sendmsg(MSG_SPLICE_PAGES) rather than ->sendpage(), David Howells
  • [RFC PATCH 18/28] siw: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage to transmit, David Howells
  • [RFC PATCH 22/28] net: Use sendmsg(MSG_SPLICE_PAGES) not sendpage in skb_send_sock(), David Howells
  • [RFC PATCH 19/28] ceph: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
  • [RFC PATCH 21/28] tcp_bpf: Make tcp_bpf_sendpage() go through tcp_bpf_sendmsg(MSG_SPLICE_PAGES), David Howells
  • [RFC PATCH 23/28] algif: Remove hash_sendpage*(), David Howells
  • [RFC PATCH 20/28] iscsi: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
  • [RFC PATCH 25/28] rds: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
  • [RFC PATCH 26/28] dlm: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage, David Howells
  • [RFC PATCH 24/28] ceph: Use sendmsg(MSG_SPLICE_PAGES) rather than sendpage(), David Howells
  • [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
    • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Trond Myklebust
      • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Chuck Lever III
      • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
        • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Chuck Lever III
      • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
        • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Chuck Lever III
    • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
      • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Trond Myklebust
      • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
        • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, Trond Myklebust
        • Re: [RFC PATCH 27/28] sunrpc: Use sendmsg(MSG_SPLICE_PAGES) rather then sendpage, David Howells
        • [RFC PATCH] iov_iter: Add an iterator-of-iterators, David Howells
          • Re: [RFC PATCH] iov_iter: Add an iterator-of-iterators, Trond Myklebust
          • Re: [RFC PATCH] iov_iter: Add an iterator-of-iterators, Matthew Wilcox
  • Message not available
    • Re: [RFC PATCH 28/28] sock: Remove ->sendpage*() in favour of sendmsg(MSG_SPLICE_PAGES), Marc Kleine-Budde
• [PATCH v11] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
  • Re: [PATCH v11] mm,kfence: decouple kfence from page granularity mapping judgement, Marco Elver
    • Re: [PATCH v11] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
• [akpm-mm:mm-nonmm-unstable 23/26] htmldocs: Documentation/ELF/ELF.rst: WARNING: document isn't included in any toctree, kernel test robot
• [linux-next:master] BUILD REGRESSION 6f72958a49f68553f2b6ff713e8c8e51a34c1e1e, kernel test robot
• [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • [PATCH v8 1/4] riscv: Get rid of riscv_pfn_base variable, Alexandre Ghiti
  • [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Alexandre Ghiti
    • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Mike Rapoport
      • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Alexandre Ghiti
        • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Mike Rapoport
          • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Alexandre Ghiti
            • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Mike Rapoport
              • Re: [PATCH v8 2/4] mm: Introduce memblock_isolate_memory, Alexandre Ghiti
  • [PATCH v8 3/4] arm64: Make use of memblock_isolate_memory for the linear mapping, Alexandre Ghiti
    • Re: [PATCH v8 3/4] arm64: Make use of memblock_isolate_memory for the linear mapping, Will Deacon
      • Re: [PATCH v8 3/4] arm64: Make use of memblock_isolate_memory for the linear mapping, Alexandre Ghiti
  • [PATCH v8 4/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Anup Patel
    • Re: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
      • Re: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Anup Patel
        • Re: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
          • Message not available
            • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Nylon Chen
              • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
                • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Nylon Chen
                  • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
                    • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Nylon Chen
                      • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Nylon Chen
                        • Re: Fwd: [PATCH v8 0/4] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
• [PATCH v10] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
  • Re: [PATCH v10] mm,kfence: decouple kfence from page granularity mapping judgement, Kefeng Wang
    • Re: [PATCH v10] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
• [PATCH v2 1/2] mm: compaction: consider the number of scanning compound pages in isolate fail path, Baolin Wang
  • [PATCH v2 2/2] mm: compaction: fix the possible deadlock when isolating hugetlb pages, Baolin Wang
    • Re: [PATCH v2 2/2] mm: compaction: fix the possible deadlock when isolating hugetlb pages, Mel Gorman
  • Re: [PATCH v2 1/2] mm: compaction: consider the number of scanning compound pages in isolate fail path, Vlastimil Babka
  • Re: [PATCH v2 1/2] mm: compaction: consider the number of scanning compound pages in isolate fail path, Mel Gorman
    • Re: [PATCH v2 1/2] mm: compaction: consider the number of scanning compound pages in isolate fail path, Baolin Wang
• [linux-next:pending-fixes] BUILD SUCCESS 71c206ed429bcd060918a00616d993244294315e, kernel test robot
•  [PATCH linux-next] mm: workingset: simplify the calculation of workingset size, yang.yang29
  • Re:  [PATCH linux-next] mm: workingset: simplify the calculation of workingset size, Matthew Wilcox
  • Re:  [PATCH linux-next] mm: workingset: simplify the calculation of workingset size, Johannes Weiner
    • Message not available
      • Re: [PATCH linux-next] mm: workingset: simplify the calculation of workingset size, Johannes Weiner
• [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
  • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Pavan Kondeti
    • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
      • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Alexander Potapenko
        • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
  • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Marco Elver
    • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
      • Re: [PATCH v9] mm,kfence: decouple kfence from page granularity mapping judgement, Zhenhua Huang
• [linux-next:master 2761/4036] drivers/net/wireless/legacy/ray_cs.c:628:17: warning: 'strncpy' specified bound 32 equals destination size, kernel test robot
  • Re: [linux-next:master 2761/4036] drivers/net/wireless/legacy/ray_cs.c:628:17: warning: 'strncpy' specified bound 32 equals destination size, Kalle Valo
• [linux-next:master 2408/3406] drivers/crypto/ccree/cc_driver.c:354: undefined reference to `devm_platform_get_and_ioremap_resource', kernel test robot
• [linux-next:master 3796/4036] kernel/bpf/../module/internal.h:212:2: error: incomplete definition of type 'struct module', kernel test robot
  • Re: [linux-next:master 3796/4036] kernel/bpf/../module/internal.h:212:2: error: incomplete definition of type 'struct module', Nathan Chancellor
    • Re: [linux-next:master 3796/4036] kernel/bpf/../module/internal.h:212:2: error: incomplete definition of type 'struct module', Viktor Malik
• [PATCH linux-next] mm: workingset: update description of the source file, yang.yang29
• [linux-next:master 3796/4036] kernel/module/internal.h:260:56: error: expected ';', ',' or ')' before 'const', kernel test robot
• [linux-next:master 2408/3406] cc_driver.c:undefined reference to `devm_platform_get_and_ioremap_resource', kernel test robot
• [PATCH] mm/slub: reduce the calculation times of 'MAX_OBJS_PER_PAGE', gouhao
• [RFC PATCH 00/10] Additional selftests for restrictedmem, Ackerley Tng
  • [RFC PATCH 01/10] KVM: selftests: Test error message fixes for memfd_restricted selftests, Ackerley Tng
  • [RFC PATCH 03/10] KVM: selftests: Test that VM private memory should not be readable from host, Ackerley Tng
  • [RFC PATCH 04/10] KVM: selftests: Exercise restrictedmem allocation and truncation code after KVM invalidation code has been unbound, Ackerley Tng
  • [RFC PATCH 05/10] KVM: selftests: Generalize private_mem_conversions_test for parallel execution, Ackerley Tng
  • [RFC PATCH 06/10] KVM: selftests: Default private_mem_conversions_test to use 1 memslot for test data, Ackerley Tng
  • [RFC PATCH 07/10] KVM: selftests: Add vm_userspace_mem_region_add_with_restrictedmem, Ackerley Tng
  • [RFC PATCH 08/10] KVM: selftests: Default private_mem_conversions_test to use 1 restrictedmem file for test data, Ackerley Tng
  • [RFC PATCH 02/10] KVM: selftests: Test that ftruncate to non-page-aligned size on a restrictedmem fd should fail, Ackerley Tng
  • [RFC PATCH 09/10] KVM: selftests: Add tests around sharing a restrictedmem fd, Ackerley Tng
  • [RFC PATCH 10/10] KVM: selftests: Test KVM exit behavior for private memory/access, Ackerley Tng
• Re: [PATCH mm-unstable v1] selftests/vm: cow: Add COW tests for collapsing of PTE-mapped anon THP, Zach O'Keefe
  • Re: [PATCH mm-unstable v1] selftests/vm: cow: Add COW tests for collapsing of PTE-mapped anon THP, David Hildenbrand
• Re: [PATCH] mm: mempool: Optimize the mempool_create_node function, Florian Fainelli
• [PATCH] mm/thp: Rename TRANSPARENT_HUGEPAGE_NEVER_DAX to _UNSUPPORTED, Peter Xu
  • Re: [PATCH] mm/thp: Rename TRANSPARENT_HUGEPAGE_NEVER_DAX to _UNSUPPORTED, Yang Shi
  • Re: [PATCH] mm/thp: Rename TRANSPARENT_HUGEPAGE_NEVER_DAX to _UNSUPPORTED, David Hildenbrand
    • Re: [PATCH] mm/thp: Rename TRANSPARENT_HUGEPAGE_NEVER_DAX to _UNSUPPORTED, Peter Xu
      • Re: [PATCH] mm/thp: Rename TRANSPARENT_HUGEPAGE_NEVER_DAX to _UNSUPPORTED, David Hildenbrand
• [PATCH v19 00/15] splice, block: Use page pinning and kill ITER_PIPE, David Howells
  • [PATCH v19 01/15] splice: Clean up direct_splice_read() a bit, David Howells
    • Re: [PATCH v19 01/15] splice: Clean up direct_splice_read() a bit, David Hildenbrand
  • [PATCH v19 02/15] splice: Make do_splice_to() generic and export it, David Howells
    • Re: [PATCH v19 02/15] splice: Make do_splice_to() generic and export it, David Hildenbrand
  • [PATCH v19 03/15] shmem: Implement splice-read, David Howells
  • [PATCH v19 04/15] overlayfs: Implement splice-read, David Howells
    • Re: [PATCH v19 04/15] overlayfs: Implement splice-read, Christian Brauner
    • Re: [PATCH v19 04/15] overlayfs: Implement splice-read, David Hildenbrand
  • [PATCH v19 06/15] tty, proc, kernfs, random: Use direct_splice_read(), David Howells
  • [PATCH v19 05/15] coda: Implement splice-read, David Howells
  • [PATCH v19 07/15] splice: Do splice read from a file without using ITER_PIPE, David Howells
    • Re: [PATCH v19 07/15] splice: Do splice read from a file without using ITER_PIPE, Christian Brauner
  • [PATCH v19 09/15] iov_iter: Kill ITER_PIPE, David Howells
    • Re: [PATCH v19 09/15] iov_iter: Kill ITER_PIPE, Christian Brauner
  • [PATCH v19 08/15] cifs: Use generic_file_splice_read(), David Howells
  • [PATCH v19 10/15] iomap: Don't get an reference on ZERO_PAGE for direct I/O block zeroing, David Howells
  • [PATCH v19 11/15] block: Fix bio_flagged() so that gcc can better optimise it, David Howells
  • [PATCH v19 13/15] block: Add BIO_PAGE_PINNED and associated infrastructure, David Howells
  • [PATCH v19 14/15] block: Convert bio_iov_iter_get_pages to use iov_iter_extract_pages, David Howells
  • [PATCH v19 15/15] block: convert bio_map_user_iov to use iov_iter_extract_pages, David Howells
  • [PATCH v19 12/15] block: Replace BIO_NO_PAGE_REF with BIO_PAGE_REFFED with inverted logic, David Howells
  • Re: [PATCH v19 00/15] splice, block: Use page pinning and kill ITER_PIPE, Linus Torvalds
  • Re: [PATCH v19 00/15] splice, block: Use page pinning and kill ITER_PIPE, Jens Axboe
    • Re: [PATCH v19 00/15] splice, block: Use page pinning and kill ITER_PIPE, Christoph Hellwig
• [linux-next:master] BUILD SUCCESS WITH WARNING 225b6b81afe63b3850b7cee0a3590f51144f2a75, kernel test robot
• Re: [PATCH RFC v7 38/64] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_START command, Peter Gonda
• [RFC PATCH 0/3] convert page_endio to folio_endio, Pankaj Raghav
  • Message not available
    • [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Pankaj Raghav
      • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Luis Chamberlain
      • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Hannes Reinecke
      • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Christoph Hellwig
        • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Pankaj Raghav
          • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Christoph Hellwig
          • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Matthew Wilcox
            • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Pankaj Raghav
              • Re: [RFC PATCH 1/3] filemap: convert page_endio to folio_endio, Pankaj Raghav
  • Message not available
    • [RFC PATCH 2/3] mpage: use bio_for_each_folio_all in mpage_end_io(), Pankaj Raghav
      • Re: [RFC PATCH 2/3] mpage: use bio_for_each_folio_all in mpage_end_io(), Luis Chamberlain
      • Re: [RFC PATCH 2/3] mpage: use bio_for_each_folio_all in mpage_end_io(), Hannes Reinecke
        • Re: [RFC PATCH 2/3] mpage: use bio_for_each_folio_all in mpage_end_io(), Matthew Wilcox
          • Re: [RFC PATCH 2/3] mpage: use bio_for_each_folio_all in mpage_end_io(), Pankaj Raghav
  • Message not available
    • [RFC PATCH 3/3] orangefs: use folio in orangefs_readahead(), Pankaj Raghav
      • Re: [RFC PATCH 3/3] orangefs: use folio in orangefs_readahead(), Luis Chamberlain
      • Re: [RFC PATCH 3/3] orangefs: use folio in orangefs_readahead(), Matthew Wilcox
• [PATCH 00/10] Fix confusion around MAX_ORDER, Kirill A. Shutemov
  • [PATCH 03/10] floppy: Fix MAX_ORDER usage, Kirill A. Shutemov
    • Re: [PATCH 03/10] floppy: Fix MAX_ORDER usage, Mike Rapoport
    • Re: [PATCH 03/10] floppy: Fix MAX_ORDER usage, Vlastimil Babka
  • [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main(), Kirill A. Shutemov
    • Re: [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main(), Mike Rapoport
    • Re: [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main(), Vlastimil Babka
  • [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Kirill A. Shutemov
    • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Tvrtko Ursulin
      • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Kirill A. Shutemov
        • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Tvrtko Ursulin
          • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Kirill A. Shutemov
            • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Tvrtko Ursulin
              • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Vlastimil Babka
    • Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal(), Vlastimil Babka
  • [PATCH 05/10] genwqe: Fix MAX_ORDER usage, Kirill A. Shutemov
    • Re: [PATCH 05/10] genwqe: Fix MAX_ORDER usage, Vlastimil Babka
  • [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow(), Kirill A. Shutemov
    • Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow(), Mike Kravetz
      • Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow(), Mike Rapoport
    • Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow(), Mike Rapoport
    • Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow(), Vlastimil Babka
  • [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages(), Kirill A. Shutemov
    • Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages(), Robin Murphy
      • Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages(), Joerg Roedel
    • Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages(), Jacob Pan
    • Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages(), Vlastimil Babka
  • [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order(), Kirill A. Shutemov
    • Re: [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order(), Vlastimil Babka
  • [PATCH 07/10] mm/page_reporting: Fix MAX_ORDER usage in page_reporting_register(), Kirill A. Shutemov
    • Re: [PATCH 07/10] mm/page_reporting: Fix MAX_ORDER usage in page_reporting_register(), Vlastimil Babka
  • [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Kirill A. Shutemov
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, kernel test robot
      • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Kirill A. Shutemov
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, kernel test robot
      • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Kirill A. Shutemov
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Zi Yan
      • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Kirill A. Shutemov
        • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Zi Yan
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Mike Kravetz
      • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Mike Kravetz
      • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Kirill A. Shutemov
        • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Vineet Gupta
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Vlastimil Babka
    • Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely, Michael Ellerman
  • [PATCH 06/10] perf/core: Fix MAX_ORDER usage in rb_alloc_aux_page(), Kirill A. Shutemov
    • Re: [PATCH 06/10] perf/core: Fix MAX_ORDER usage in rb_alloc_aux_page(), Vlastimil Babka
  • Re: [PATCH 00/10] Fix confusion around MAX_ORDER, Mel Gorman
    • RE: [PATCH 00/10] Fix confusion around MAX_ORDER, David Laight
  • Re: [PATCH 00/10] Fix confusion around MAX_ORDER, Paolo Bonzini
    • Re: [PATCH 00/10] Fix confusion around MAX_ORDER, Mikulas Patocka
      • Re: [PATCH 00/10] Fix confusion around MAX_ORDER, Paolo Bonzini
        • Re: [PATCH 00/10] Fix confusion around MAX_ORDER, Pavel Machek
• [linux-next:pending-fixes] BUILD SUCCESS 900e881df1ea34591ee3af6f90e7d7b53647f571, kernel test robot
• [PATCH RFC] Randomized slab caches for kmalloc(), GONG, Ruiqi
  • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Gong Ruiqi
  • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Hyeonggon Yoo
    • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Alexander Lobakin
      • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Gong Ruiqi
        • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Alexander Lobakin
          • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Gong Ruiqi
    • Re: [PATCH RFC] Randomized slab caches for kmalloc(), Gong Ruiqi
• [RFC] memcg, oom: clean up mem_cgroup_oom_synchronize, Haifeng Xu
  • Re: [RFC] memcg, oom: clean up mem_cgroup_oom_synchronize, Michal Hocko
    • Re: [RFC] memcg, oom: clean up mem_cgroup_oom_synchronize, Haifeng Xu
• [linux-next:master 3547/3780] drivers/gpu/drm/amd/amdgpu/../display/dc/link/link_validation.c:258:10: warning: no previous prototype for 'link_timing_bandwidth_kbps', kernel test robot
• [PATCH v4 00/36] New page table range API, Matthew Wilcox (Oracle)
  • [PATCH v4 05/36] mm: Add default definition of set_ptes(), Matthew Wilcox (Oracle)
    • Re: [PATCH v4 05/36] mm: Add default definition of set_ptes(), Mike Rapoport
    • Re: [PATCH v4 05/36] mm: Add default definition of set_ptes(), Anshuman Khandual
      • Re: [PATCH v4 05/36] mm: Add default definition of set_ptes(), Matthew Wilcox
  • [PATCH v4 03/36] mm: Add folio_flush_mapping(), Matthew Wilcox (Oracle)
    • Re: [PATCH v4 03/36] mm: Add folio_flush_mapping(), Mike Rapoport
    • Re: [PATCH v4 03/36] mm: Add folio_flush_mapping(), Anshuman Khandual
  • [PATCH v4 10/36] csky: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH v4 10/36] csky: Implement the new page table range API, Mike Rapoport
  • [PATCH v4 12/36] ia64: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH v4 12/36] ia64: Implement the new page table range API, Mike Rapoport
  • [PATCH v4 17/36] nios2: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH v4 17/36] nios2: Implement the new page table range API, Mike Rapoport
      • Re: [PATCH v4 17/36] nios2: Implement the new page table range API, Dinh Nguyen
        • Re: [PATCH v4 17/36] nios2: Implement the new page table range API, Matthew Wilcox
          • Re: [PATCH v4 17/36] nios2: Implement the new page table range API, Dinh Nguyen
  • [PATCH v4 15/36] microblaze: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH v4 15/36] microblaze: Implement the new page table range API, Mike Rapoport
  • [PATCH v4 16/36] mips: Implement the new page table range API, Matthew Wilcox (Oracle)
    • Re: [PATCH v4 16/36] mips: Implement the new page table range API, Mike Rapoport
    • Re: [PATCH v4 16/36] mips: Implement the new page table range API, Thomas Bogendoerfer
      • Re: [PATCH v4 16/36] mips: Implement the new page table range API, Matthew Wilcox