Linux Memory Management

• Thread Index

• [PATCH 3/5] vmscan: prevent excessive pageout of kswapd
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/5] vmscan: Fix obsolete comment of balance_pgdat
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/5] vmscan: sleep only if backingdev is congested
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC 0/5] Consider higher small zone and mmaped-pages stream
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] memory-hotplug: add build zonelists when offline pages
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] mm: adjust final #endif position in mm/internal.h
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [RFC]swap: add a simple random read swapin detection
  • From: Shaohua Li <shli@xxxxxxxxxx>
• [patch]readahead: fault retry breaks mmap file read random detection
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCH] memory-hotplug: fix a drain pcp bug when offline pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH] Re: Repeated fork() causes SLAB to grow without bound
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC PATCH] Re: Repeated fork() causes SLAB to grow without bound
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 17/17] SUNRPC: use new hashtable implementation in auth
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 16/17] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 15/17] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 14/17] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 13/17] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 12/17] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 11/17] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 10/17] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 09/17] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 08/17] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 07/17] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 06/17] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 05/17] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 04/17] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 03/17] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 02/17] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 01/17] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v3 00/17] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: mm: kernel BUG at mm/memory.c:1230
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [MMTests] dbench4 async on ext3
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 0/5] Memory policy corruption fixes V2
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: C12 [12/19] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 01/15] mm: add invalidatepage_range address space operation
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 06/15] mm: teach truncate_inode_pages_range() to handle non page aligned ranges
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/5] mempolicy: fix refcount leak in mpol_set_shared_policy()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v8 3/5] virtio_balloon: introduce migration primitives to balloon pages
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 3/5] virtio_balloon: introduce migration primitives to balloon pages
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• RE: [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v8 3/5] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 4/5] mm: introduce putback_movable_pages()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 3/5] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• [PATCH] memory-hotplug: add build zonelists when offline pages
  • From: qiuxishi <qiuxishi@xxxxxxxxx>
• [PATCH v8 5/5] mm: add vm event counters for balloon pages compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v8 4/5] mm: introduce putback_movable_pages()
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v8 2/5] mm: introduce compaction and migration for ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v8 3/5] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v8 1/5] mm: introduce a common interface for balloon pages mobility
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v8 0/5] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• [PATCH] memory-hotplug: fix a drain pcp bug when offline pages
  • From: qiuxishi <qiuxishi@xxxxxxxxx>
• Re: C12 [12/19] Move kmem_cache allocations into common code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: C12 [00/19] Sl[auo]b: Common code rework V12
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 10/11] memcg: allow a memcg with kmem charges to be destructed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memory hotplug: reset pgdat->kswapd to NULL if creating kernel thread fails
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/5] Memory policy corruption fixes V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 4/5] mempolicy: fix refcount leak in mpol_set_shared_policy()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH] memory hotplug: reset pgdat->kswapd to NULL if creating kernel thread fails
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH]mm: fix-up zone present pages
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• [PATCH] mm/ia64: fix a memory block size bug
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/3] kmemleak: replace list_for_each_continue_rcu with new interface
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/9] rbtree: place easiest case first in rb_erase()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] rbtree: add __rb_change_child() helper function
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 9/9] rbtree: add RB_DECLARE_CALLBACKS() macro
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 8/9] rbtree: remove prior augmented rbtree implementation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 7/9] rbtree: faster augmented rbtree manipulation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 6/9] rbtree: augmented rbtree test
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 5/9] rbtree: low level optimizations in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 4/9] rbtree: handle 1-child recoloring in rb_erase() instead of rb_erase_color()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 3/9] rbtree: place easiest case first in rb_erase()
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 2/9] rbtree: add __rb_change_child() helper function
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 0/9] faster augmented rbtree interface
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v3 1/9] rbtree test: fix sparse warning about 64-bit constant
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• C12 [19/19] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [15/19] slab: Simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [18/19] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [17/19] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [16/19] Create common functions for boot slab creation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [14/19] Move kmem_cache refcounting to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [10/19] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [08/19] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [13/19] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [12/19] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [06/19] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [09/19] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [11/19] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [05/19] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [07/19] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [04/19] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [03/19] Improve error handling in kmem_cache_create
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: C12 [00/19] Sl[auo]b: Common code rework V12
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• C12 [00/19] Sl[auo]b: Common code rework V12
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 3/5] mempolicy: fix a race in shared_policy_replace()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 4/5] mempolicy: fix refcount leak in mpol_set_shared_policy()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 2/5] mempolicy: Remove mempolicy sharing
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH] kmemleak: avoid buffer overrun: NUL-terminate strncpy-copied command
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/5] mempolicy: fix refcount leak in mpol_set_shared_policy()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 3/5] mempolicy: fix a race in shared_policy_replace()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 2/5] mempolicy: Remove mempolicy sharing
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/5] Revert "mm: mempolicy: Let vma_merge and vma_split handle vma->vm_policy linkages"
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 0/5] Memory policy corruption fixes V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 06/15] mm: teach truncate_inode_pages_range() to handle non page aligned ranges
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC V7 PATCH 18/19] memory-hotplug: add node_device_release
  • From: Jianguo Wu <wujianguo106@xxxxxxxxx>
• [PATCH v4 5/8] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 7/8] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 8/8] mm: implement vm.clear_huge_page_nocache sysctl
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 6/8] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 2/8] THP: Pass fault address to __do_huge_pmd_anonymous_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 0/8] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 4/8] mm: pass fault address to clear_huge_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 3/8] hugetlb: pass fault address to hugetlb_no_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 1/8] THP: Use real address for NUMA policy
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [RFC V7 PATCH 19/19] memory-hotplug: remove sysfs file of node
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 17/19] memory_hotplug: clear zone when the memory is removed
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 18/19] memory-hotplug: add node_device_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 13/19] memory-hotplug: check page type in get_page_bootmem
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 11/19] memory-hotplug: remove_memory calls __remove_pages
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 10/19] memory-hotplug: add memory_block_release
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 03/19] memory-hotplug: store the node id in acpi_memory_device
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 00/19] memory-hotplug: hot-remove physical memory
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 04/19] memory-hotplug: offline and remove memory when removing the memory device
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 02/19] memory-hotplug: implement offline_memory()
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 06/19] memory-hotplug: export the function acpi_bus_remove()
  • From: wency@xxxxxxxxxxxxxx
• [RFC V7 PATCH 05/19] memory-hotplug: check whether memory is present or not
  • From: wency@xxxxxxxxxxxxxx
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Request for Inclusion: kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH v2 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 02/16] userns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH v2 00/16] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• RE: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Daniel Forrest <dan.forrest@xxxxxxxxxxxxx>
• Re: [RFC][PATCH -mm -v2 3/4] mm,vmscan: reclaim from the highest score cgroups
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC PATCH 2/2] mm: Batch page_check_references in shrink_page_list sharing the same i_mmap_mutex
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [RFC PATCH 0/2] mm: Batch page reclamation under shink_page_list
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/2] mm: Batch unmapping of file mapped pages in shrink_page_list
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH -mm -v2 3/4] mm,vmscan: reclaim from the highest score cgroups
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Daniel Forrest <dan.forrest@xxxxxxxxxxxxx>
• Re: [RFC][PATCH -mm -v2 3/4] mm,vmscan: reclaim from the highest score cgroups
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC][PATCH -mm -v2 3/4] mm,vmscan: reclaim from the highest score cgroups
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH V8 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH 1/3] staging: zcache+ramster: remove old drivers to prep for new base
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH 3/3] staging: zcache+ramster: move to new ramster codebase, re-merged with new zcache codebase
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH 2/3] staging: zcache: move to new zcache codebase
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH V2 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Request for Inclusion: kmem controller for memcg.
  • From: Ying Han <yinghan@xxxxxxxxxx>
• C12 [00/19] Sl[auo]b: Common code rework V12
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH, RFC 7/9] thp: implement splitting pmd for huge zero page
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Christoph Lameter <cl@xxxxxxxxx>
• RE: [RFC 1/2] cma: remove __reclaim_pages
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• [PATCH 7/7] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 6/7] mm: vmscan: Scale number of pages reclaimed by reclaim/compaction based on failures
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 5/7] mm: compaction: Update comment in try_to_compact_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 3/7] mm: compaction: Abort async compaction if locks are contended or taking too long
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/7] mm: remove __GFP_NO_KSWAPD
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 0/7] Improve hugepage allocation success rates under load V5
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 2/7] mm: have order > 0 compaction start near a pageblock with free pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/7] Revert __GFP_NO_KSWAPD removal
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH V2] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH] memory hotplug: avoid double registration on ia64 platform
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: Potential Regression in 3.6-rc1 - Kirkwood SATA
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [patch] mm, slab: remove dflags
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH, RFC 7/9] thp: implement splitting pmd for huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] memcg: disable kmem code when not in use.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• [PATCH] memory hotplug: avoid double registration on ia64 platform
  • From: qiuxishi <qiuxishi@xxxxxxxxx>
• Re: [PATCH, RFC 6/9] thp: add address parameter to split_huge_page_pmd()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] memcg: disable kmem code when not in use.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] memcg: disable kmem code when not in use.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] memcg: shrink dcache with memcg context
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 6/6] memcg: shrink slab during memcg reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Nitin Gupta <ngupta@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 1/6] memcg: pass priority to prune_icache_sb()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/6] memcg: pass priority to prune_icache_sb()
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 2/6] memcg: add target_mem_cgroup, mem_cgroup fields to shrink_control
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC PATCH 2/6] memcg: add target_mem_cgroup, mem_cgroup fields to shrink_control
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/6] memcg: pass priority to prune_icache_sb()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] memcg: shrink slab during memcg reclaim
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 2/3] kmemleak: replace list_for_each_continue_rcu with new interface
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] raid, kmemleak, netfilter: replace list_for_each_continue_rcu with new interface
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH V2] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [RFC 1/2] cma: remove __reclaim_pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• RE: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] Remove old zcache and ramster staging drivers to prep for new code base
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH 3/3] Move to new codebase for ramster, re-merged with new zcache codebase.
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH 2/3] Move to new zcache codebase.
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [PATCH 0/3] staging: zcache+ramster: move to new code base and re-merge
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [patch] mm, slab: remove dflags
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC PATCH 6/6] memcg: shrink slab during memcg reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 5/6] memcg: move dcache slabs to root lru when memcg exits
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 4/6] memcg: shrink dcache with memcg context
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 3/6] memcg: restructure shrink_slab to walk memcg hierarchy
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 2/6] memcg: add target_mem_cgroup, mem_cgroup fields to shrink_control
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 1/6] memcg: pass priority to prune_icache_sb()
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [RFC PATCH 0/6] memcg: vfs isolation in memory cgroup
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH, RFC 6/9] thp: add address parameter to split_huge_page_pmd()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH, RFC 7/9] thp: implement splitting pmd for huge zero page
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [patch] mm, slab: remove dflags
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH, RFC 0/9] Introduce huge zero page
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Repeated fork() causes SLAB to grow without bound
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [announce] pagemap-demo-ng tools
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlb: flush dcache before returning zeroed huge page to userspace
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC][PATCH -mm -v2 3/4] mm,vmscan: reclaim from the highest score cgroups
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm -v2 1/4] mm,vmscan: track recent pressure on each LRU set
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm -v2 0/4] mm,vmscan: reclaim from highest score cgroup
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm -v2 4/4] mm,vmscan: evict inactive file pages first
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC][PATCH -mm -v2 2/4] mm,memcontrol: export mem_cgroup_get/put
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 6/7] mm: make clear_huge_page cache clear only around the fault address
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 5/7] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 0/7] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 2/7] THP: Pass fault address to __do_huge_pmd_anonymous_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 3/7] hugetlb: pass fault address to hugetlb_no_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 4/7] mm: pass fault address to clear_huge_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 7/7] x86: switch the 64bit uncached page clear to SSE/AVX v2
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v3 1/7] THP: Use real address for NUMA policy
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [MMTests] dbench4 async on ext3
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 1/2] cma: remove __reclaim_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] execute the whole memcg freeing in rcu callback
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] slub: reduce failure of this_cpu_cmpxchg in put_cpu_partial() after unfreezing
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [ANN] Userspace low memory killer daemon
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH] slub: prevent validate_slab() error due to race condition
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v2] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [patch v2] hugetlb: correct page offset index for sharing pmd
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 0/6][resend] mempolicy memory corruption fixlet
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Strange VM stats in /proc/zoneinfo
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC 1/2] cma: remove __reclaim_pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 3/5] kmemleak: use rbtree instead of prio tree
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH] slub: try to get cpu partial slab even if we get enough objects for cpu freelist
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• RE: [PATCH 0/7] zram/zsmalloc promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] slub: remove one code path and reduce lock contention in __slab_free()
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [PATCH 1/2] slub: reduce failure of this_cpu_cmpxchg in put_cpu_partial() after unfreezing
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Christoph Lameter <cl@xxxxxxxxx>
• 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: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm, slob: Prevent false positive trace upon allocation failure
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, slob: Prevent false positive trace upon allocation failure
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 0/6][resend] mempolicy memory corruption fixlet
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: Strange VM stats in /proc/zoneinfo
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Michal Hocko <mhocko@xxxxxxx>
• 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: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Strange VM stats in /proc/zoneinfo
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• RE: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: "David Laight" <David.Laight@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Potential Regression in 3.6-rc1 - Kirkwood SATA
  • From: Josh Coombs <josh.coombs@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Potential Regression in 3.6-rc1 - Kirkwood SATA
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 02/16] user_ns: use new hashtable implementation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: Common11r [05/20] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC][PATCH -mm 2/3] mm,vmscan: reclaim from highest score cgroups
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [RFC][PATCH -mm -v2 3/3] mm,vmscan: evict inactive file pages first
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: Common11r [05/20] Move list_add() to slab_common.c
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: Common10 [10/20] Move duping of slab name to slab_common.c
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 00/16] generic hashtable implementation
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v7 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 5/5] mm: compaction: Abort async compaction if locks are contended or taking too long
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 4/5] mm: have order > 0 compaction start near a pageblock with free pages
  • 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>
• [PATCH 3/5] mm: compaction: Capture a suitable high-order page immediately when it is made available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 0/5] Improve hugepage allocation success rates under load V4
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/5] mm: compaction: Update comment in try_to_compact_pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 16/16] tracing output: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 15/16] openvswitch: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 14/16] net,rds: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 13/16] lockd: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 12/16] dm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 11/16] net,l2tp: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 10/16] dlm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 09/16] SUNRPC/cache: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 08/16] block,elevator: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 07/16] net,9p: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 06/16] tracepoint: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 05/16] mm/huge_memory: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 04/16] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 03/16] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 02/16] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 01/16] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [PATCH 00/16] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 04/11] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common11r [00/20] Sl[auo]b: Common code rework V11
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC/PATCH 2/2] mm, slob: Save real allocated size in page->private
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [RFC/PATCH 2/2] mm, slob: Save real allocated size in page->private
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/2] mm, slob: Prevent false positive trace upon allocation failure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [RFC/PATCH 2/2] mm, slob: Save real allocated size in page->private
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• [PATCH 1/2] mm, slob: Prevent false positive trace upon allocation failure
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH] mm: Use __do_krealloc to do the krealloc job
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Michal Nazarewicz <mina86@xxxxxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [Xen-devel] [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] mm: Use __do_krealloc to do the krealloc job
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: mmotm 2012-08-13-16-55 uploaded
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] mm: replace vma prio_tree with an interval tree
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH] mm: introduce N_LRU_MEMORY to distinguish between normal and movable memory
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [patch] mmap: feed back correct prev vma when finding vma
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/2] Avoiding expensive reference counting in charge page path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] Avoid doing a get/put pair in every kmemcg charge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/2] return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: mmotm 2012-08-13-16-55 uploaded
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [Xen-devel] [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Mel Gorman <mgorman@xxxxxxx>
• [no subject]
  • From: vaibhav shinde <v.bhav.shinde@xxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC 2/2] cma: support MIGRATE_DISCARD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC 1/2] cma: remove __reclaim_pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC 0/2] Reduce alloc_contig_range latency
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Nitin Gupta <ngupta@xxxxxxxxxx>
• Re: [PATCH] execute the whole memcg freeing in rcu callback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 0/7] zram/zsmalloc promotion
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] mmap: feed back correct prev vma when finding vma
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v7 2/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• mmotm 2012-08-13-16-55 uploaded
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC PATCH 0/5] Improve hugepage allocation success rates under load V3
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 4/6] x86: Add clear_page_nocache
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] netvm: check for page == NULL when propogating the skb->pfmemalloc flag
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] hugetlb: do not use vma_hugecache_offset for vma_prio_tree_foreach
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] hugetlb: correct page offset index for sharing pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] execute the whole memcg freeing in rcu callback
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>