Linux Memory Management

• Thread Index

• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] thp: fix the count of THP_COLLAPSE_ALLOC
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 12/12] thp: remove unnecessary set_recommended_min_free_kbytes
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/12] thp: use khugepaged_enabled to remove duplicate code
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/12] thp: remove khugepaged_loop
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/12] thp: introduce khugepaged_prealloc_page and khugepaged_alloc_page
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/12] thp: release page in page pre-alloc path
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/12] thp: merge page pre-alloc in khugepaged_loop into khugepaged_do_scan
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/12] thp: remove some code depend on CONFIG_NUMA
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/12] thp: remove wake_up_interruptible in the exit path
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/12] thp: remove unnecessary khugepaged_thread check
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/12] thp: move khugepaged_mutex out of khugepaged
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/12] thp: remove unnecessary check in start_khugepaged
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/12] thp: fix the count of THP_COLLAPSE_ALLOC
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 00/12] thp: optimize use of khugepaged_mutex and dependence of CONFIG_NUMA
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 0/5] rbtree based interval tree as a prio_tree replacement
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/3] HWPOISON: undo memory error handling for dirty pagecache
  • From: "Jun'ichi Nomura" <j-nomura@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/5] rbtree based interval tree as a prio_tree replacement
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC][PATCH -mm -v2 3/3] mm,vmscan: evict inactive file pages first
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 3/3] mm,vmscan: evict inactive file pages first
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v7 3/4] mm: introduce putback_movable_pages()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v3] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Christoph <cl@xxxxxxxxx>
• [PATCH v3] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• RE: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] HWPOISON: undo memory error handling for dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] HWPOISON: undo memory error handling for dirty pagecache
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] HWPOISON: fix action_result() to print out dirty/clean
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• [PATCH 3/3] HWPOISON: improve handling/reporting of memory error on dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• [PATCH 2/3] HWPOISON: undo memory error handling for dirty pagecache
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• [PATCH 1/3] HWPOISON: fix action_result() to print out dirty/clean
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• [PATCH 0/3 v1] HWPOISON: improve dirty pagecache error handling
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v7 4/4] mm: add vm event counters for balloon pages compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v7 3/4] mm: introduce putback_movable_pages()
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v7 0/4] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH v2 05/11] Add a __GFP_KMEMCG flag
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH -mm 1/3] mm,vmscan: track recent pressure on each LRU set
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 03/11] memcg: change defines to an enum
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 01/11] memcg: Make it possible to use the stock for more than one page.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch] mmap: feed back correct prev vma when finding vma
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 2/5] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
• Re: [patch] mmap: feed back correct prev vma when finding vma
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 1/3] mm,vmscan: track recent pressure on each LRU set
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 1/3] mm,vmscan: track recent pressure on each LRU set
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 0/3] mm,vmscan: reclaim from highest score cgroup
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Rik van Riel <riel@xxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: Andrea Righi <andrea@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5][RFC] Fallocate Volatile Ranges v6
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC PATCH V6 04/19] memory-hotplug: offline and remove memory when removing the memory device
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v2 1/6] THP: Use real address for NUMA policy
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 3/6] THP: Pass real, not rounded, address to clear_huge_page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 2/6] mm: make clear_huge_page tolerate non aligned address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 6/6] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 5/6] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v2 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Common11r [18/20] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [06/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [07/20] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [19/20] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [14/20] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [20/20] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [02/20] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [15/20] Move kmem_cache refcounting to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [03/20] Rename oops label
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [10/20] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Common11r [17/20] create common functions for boot slab creation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [16/20] slab: Simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [01/20] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [12/20] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [13/20] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [05/20] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common11 [06/20] Extract a common function for kmem_cache_destroy
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Common11r [11/20] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [09/20] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [08/20] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [04/20] Improve error handling in kmem_cache_create
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11r [00/20] Sl[auo]b: Common code rework V11
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] compaction: fix deferring compaction mistake
  • From: Mel Gorman <mel@xxxxxxxxx>
• [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/5] mm: have order > 0 compaction start off where it left
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 2/5] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/5] mm: compaction: Update comment in try_to_compact_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: Andrea Righi <andrea@xxxxxxxxxxxxxxx>
• [PATCH v2 05/11] Add a __GFP_KMEMCG flag
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 08/11] memcg: disable kmem code when not in use.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 10/11] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 01/11] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 03/11] memcg: change defines to an enum
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 00/11] Request for Inclusion: kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [patch] mmap: feed back correct prev vma when finding vma
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: Common11 [06/20] Extract a common function for kmem_cache_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 0/5][RFC] Fallocate Volatile Ranges v6
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH, RFC 9/9] thp: lazy huge zero page allocation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 6/9] thp: add address parameter to split_huge_page_pmd()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 8/9] thp: setup huge zero page on non-write page fault
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 5/9] thp: change_huge_pmd(): keep huge zero page write-protected
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 7/9] thp: implement splitting pmd for huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 3/9] thp: copy_huge_pmd(): copy huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 2/9] thp: zap_huge_pmd(): zap huge zero pmd
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 4/9] thp: do_huge_pmd_wp_page(): handle huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 0/9] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH, RFC 1/9] thp: huge zero page: basic preparation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v6 3/3] mm: add vm event counters for balloon pages compaction
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v6 2/3] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 0/3] mm,vmscan: reclaim from highest score cgroup
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v6 2/3] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v6 0/3] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v6 3/3] mm: add vm event counters for balloon pages compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v6 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC][PATCH -mm 3/3] mm,vmscan: evict inactive file pages first
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm 2/3] mm,vmscan: reclaim from highest score cgroups
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm 1/3] mm,vmscan: track recent pressure on each LRU set
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm 0/3] mm,vmscan: reclaim from highest score cgroup
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Common11 [03/20] Rename oops label
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [06/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [02/20] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [10/20] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [07/20] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [19/20] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [20/20] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [09/20] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [05/20] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [18/20] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [13/20] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [17/20] create common functions for boot slab creation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [14/20] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [16/20] slab: Simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [12/20] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [01/20] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [15/20] Move kmem_cache refcounting to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [11/20] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [08/20] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [04/20] Improve error handling in kmem_cache_create
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common11 [00/20] Sl[auo]b: Common code rework V11
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 5/5] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/5] mm: have order > 0 compaction start off where it left
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 2/5] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH 0/5] Improve hugepage allocation success rates under load V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/5] mm: compaction: Update comment in try_to_compact_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Common10 [13/20] Move kmem_cache allocations into common code.
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: Common10 [14/20] Shrink __kmem_cache_create() parameter lists
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Nitin Gupta <ngupta@xxxxxxxxxx>
• Re: Common10 [13/20] Move kmem_cache allocations into common code.
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common10 [12/20] Move sysfs_slab_add to common
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: Common10 [11/20] Do slab aliasing call from common code
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH RESEND] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: Common10 [10/20] Move duping of slab name to slab_common.c
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH] compaction: fix deferring compaction mistake
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Common10 [06/20] Extract a common function for kmem_cache_destroy
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: [PATCH RESEND] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: Common10 [05/20] Move list_add() to slab_common.c
  • From: "Christoph Lameter (Open Source)" <cl@xxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common10 [13/20] Move kmem_cache allocations into common code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: WARNING: at mm/page_alloc.c:4514 free_area_init_node+0x4f/0x37b()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Common10 [14/20] Shrink __kmem_cache_create() parameter lists
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 3/6] mm: kswapd: Continue reclaiming for reclaim/compaction if the minimum number of pages have not been reclaimed
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 3/6] mm: kswapd: Continue reclaiming for reclaim/compaction if the minimum number of pages have not been reclaimed
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 7/7] zram: select ZSMALLOC when ZRAM is configured
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 6/7] zram: promote zram from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 4/7] zsmalloc: collapse internal .h into .c
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 5/7] zsmalloc: promote to mm/
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 3/7] zsmalloc: add page table mapping method
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/7] zsmalloc: prevent mappping in interrupt context
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/7] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 0/7] zram/zsmalloc promotion
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/3] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/6] mm: kswapd: Continue reclaiming for reclaim/compaction if the minimum number of pages have not been reclaimed
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 5/5] rbtree: move augmented rbtree functionality to rbtree_augmented.h
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH] compaction: fix deferring compaction mistake
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/6] mm: compaction: Update comment in try_to_compact_pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• RE: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 4/6] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 3/6] mm: kswapd: Continue reclaiming for reclaim/compaction if the minimum number of pages have not been reclaimed
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Rik van Riel <riel@xxxxxxxxxx>
• RE: [PATCH] ARM: dma-mapping: fix atomic allocation alignment
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• RE: [PATCH] ARM: dma-mapping: fix incorrect freeing of atomic allocations
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 1/6] mm: compaction: Update comment in try_to_compact_pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• [PATCH 6/6] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/6] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 5/6] mm: have order > 0 compaction start off where it left
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 3/6] mm: kswapd: Continue reclaiming for reclaim/compaction if the minimum number of pages have not been reclaimed
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 2/6] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/6] mm: compaction: Update comment in try_to_compact_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH 0/6] Improve hugepage allocation success rates under load
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC patch] mmap: permute find_vma with find_vma_prev
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 5/5] rbtree: move augmented rbtree functionality to rbtree_augmented.h
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 4/5] prio_tree: remove
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 2/5] mm: replace vma prio_tree with an interval tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 1/5] rbtree: add prio tree and interval tree tests
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH 0/5] rbtree based interval tree as a prio_tree replacement
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH] rbtree: add RB_DECLARE_CALLBACKS() macro
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [RFC PATCH V6 13/19] memory-hotplug: check page type in get_page_bootmem
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH V6 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH V6 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC patch] mmap: permute find_vma with find_vma_prev
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Li Wei <lw@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• RE: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [RFC v3 4/7] workqueue: use new hashtable implementation
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC v3 7/7] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 6/7] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 5/7] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 4/7] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 4/7] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 3/7] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 2/7] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v3 0/7] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 3/9] rbtree: add __rb_change_child() helper function
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH v2] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 2/9] rbtree: optimize fetching of sibling node
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 0/6][resend] mempolicy memory corruption fixlet
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH RESEND] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH RESEND] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• RE: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• RE: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [bugzilla-daemon@xxxxxxxxxxxxxxxxxxx: [Bug 45621] New: Kernel ooops: BUG: unable to handle kernel paging request at 000000080000001c]
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH RESEND] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] rbtree: optimize fetching of sibling node
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rbtree: add __rb_change_child() helper function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v5 3/3] mm: add vm event counters for balloon pages compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v5 0/3] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v5 2/3] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC patch] mmap: permute find_vma with find_vma_prev
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms
  • From: Tomasz Stanislawski <t.stanislaws@xxxxxxxxxxx>
• Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms
  • From: Tomasz Stanislawski <t.stanislaws@xxxxxxxxxxx>
• [RFC V3 PATCH 25/25] mm, memory-hotplug: add online_movable and online_kernel
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 23/25] memblock: limit memory address from memblock
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 24/25] memblock: compare current_limit with end variable at memblock_find_in_range_node()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 20/25] page_alloc: add kernelcore_max_addr
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 19/25] numa: add CONFIG_MOVABLE_NODE for movable-dedicated node
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 18/25] hotplug: update nodemasks management
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 17/25] page_alloc: use N_MEMORY instead N_HIGH_MEMORY change the node_states initialization
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 16/25] vmscan: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 13/25] vmstat: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 12/25] hugetlb: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 11/25] mempolicy: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 09/25] oom: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 10/25] mm,migrate: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 08/25] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 02/25] memory_hotplug: fix missing nodemask management
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 03/25] slub, hotplug: ignore unrelated node's hot-adding and hot-removing
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC V3 PATCH 01/25] page_alloc.c: don't subtract unrelated memmap from zone's present pages
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms
  • From: "Semwal, Sumit" <sumit.semwal@xxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 9/9] rbtree: remove prior augmented rbtree implementation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 7/9] rbtree: augmented rbtree test
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 5/9] rbtree: handle 1-child recoloring in rb_erase() instead of rb_erase_color()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 4/9] rbtree: place easiest case first in rb_erase()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 3/9] rbtree: add __rb_change_child() helper function
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: WARNING: at mm/page_alloc.c:4514 free_area_init_node+0x4f/0x37b()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 2/9] rbtree: optimize fetching of sibling node
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [bugzilla-daemon@xxxxxxxxxxxxxxxxxxx: [Bug 45621] New: Kernel ooops: BUG: unable to handle kernel paging request at 000000080000001c]
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 1/9] rbtree test: fix sparse warning about 64-bit constant
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH] ARM: dma-mapping: fix atomic allocation alignment
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [RFC v2 6/7] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v2 6/7] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 6/7] tracepoint: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] ARM: dma-mapping: fix incorrect freeing of atomic allocations
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [RFC v2 2/7] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC v2 6/7] tracepoint: use new hashtable implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Common10 [16/20] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [13/20] Move kmem_cache allocations into common code.
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [12/20] Move sysfs_slab_add to common
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [11/20] Do slab aliasing call from common code
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [10/20] Move duping of slab name to slab_common.c
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [06/20] Extract a common function for kmem_cache_destroy
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [05/20] Move list_add() to slab_common.c
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 08/23 V2] hugetlb: use N_MEMORY instead N_HIGH_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 12/23 V2] vmscan: use N_MEMORY instead N_HIGH_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 04/23 V2] oom: use N_MEMORY instead N_HIGH_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 03/23 V2] procfs: use N_MEMORY instead N_HIGH_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 02/23 V2] cpuset: use N_MEMORY instead N_HIGH_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH 01/23 V2] node_states: introduce N_MEMORY
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC v2 7/7] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Common10 [20/20] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [19/20] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [18/20] create common functions for boot slab creation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [16/20] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [17/20] slab: Simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [14/20] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [15/20] Move kmem_cache refcounting to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [13/20] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [12/20] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [11/20] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [10/20] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [09/20] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [07/20] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [08/20] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [06/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [05/20] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [04/20] Improve error handling in kmem_cache_create
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [03/20] Rename oops label
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [02/20] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [01/20] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common10 [00/20] Sl[auo]b: Common code rework V10
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH v2] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC v2 7/7] net,9p: use new hashtable implementation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: bootmem code - reboots after 'uncompressing linux' on old computers
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -mm] mm: hugetlbfs: Correctly populate shared pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [RFC v2 7/7] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 6/7] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 5/7] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 4/7] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 3/7] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 1/7] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 2/7] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC v2 0/7] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH -mm] mm: hugetlbfs: Correctly populate shared pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [00/19] Sl[auo]b: Common code rework V9
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [patch] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v4 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [RFC PATCH V6 10/19] memory-hotplug: add memory_block_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 13/19] memory-hotplug: check page type in get_page_bootmem
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 19/19] memory-hotplug: remove sysfs file of node
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 18/19] memory-hotplug: add node_device_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 17/19] memory_hotplug: clear zone when the memory is removed
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 11/19] memory-hotplug: remove_memory calls __remove_pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 03/19] memory-hotplug: store the node id in acpi_memory_device
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 02/19] memory-hotplug: implement offline_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 05/19] memory-hotplug: check whether memory is present or not
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 06/19] memory-hotplug: export the function acpi_bus_remove()
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 04/19] memory-hotplug: offline and remove memory when removing the memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: wency@xxxxxxxxxxxxxx
• [RFC PATCH V6 00/19] memory-hotplug: hot-remove physical memory
  • From: wency@xxxxxxxxxxxxxx
• bootmem code - reboots after 'uncompressing linux' on old computers
  • From: Piotr Gluszenia Slawinski <curious@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 9/9] rbtree: remove prior augmented rbtree implementation
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 9/9] rbtree: remove prior augmented rbtree implementation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 7/9] rbtree: augmented rbtree test
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 5/9] rbtree: handle 1-child recoloring in rb_erase() instead of rb_erase_color()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 4/9] rbtree: place easiest case first in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 3/9] rbtree: add __rb_change_child() helper function
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 2/9] rbtree: optimize fetching of sibling node
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 1/9] rbtree test: fix sparse warning about 64-bit constant
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2 0/9] faster augmented rbtree interface
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH V8 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Common [05/19] Move list_add() to slab_common.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Common [04/19] Improve error handling in kmem_cache_create
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Common [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Common [03/19] Rename oops label
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Common [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Common [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Common [19/19] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>