Linux Memory Management

• Thread Index

• Common [17/19] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [14/19] slub: Introduce function for opening boot caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [16/19] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [13/19] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [15/19] create common create_kmalloc_cache()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [18/19] Move kmem_cache refcounting to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [11/19] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [10/19] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [12/19] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [09/19] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [08/19] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [04/19] Improve error handling in kmem_cache_create
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [06/19] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [07/19] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [05/19] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [03/19] Rename oops label
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [02/19] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [01/19] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [00/19] Sl[auo]b: Common code rework V9
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• How to steer allocations to or away from subsets of physical memory?
  • From: Larry Bassel <lbassel@xxxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 09/23 V2] vmstat: use N_MEMORY instead N_HIGH_MEMORY
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 05/23 V2] mm,migrate: use N_MEMORY instead N_HIGH_MEMORY
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 16/23 V2] numa: add CONFIG_MOVABLE_NODE for movable-dedicated node
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 14/23 V2] slub, hotplug: ignore unrelated node's hot-adding and hot-removing
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 01/23 V2] node_states: introduce N_MEMORY
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [08/16] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH -mm] mm: hugetlbfs: Correctly populate shared pmd
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH -mm] mm: hugetlbfs: Correctly populate shared pmd
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common [14/16] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [13/16] slub: Introduce function for opening boot caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [09/16] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [9/9] Do slab aliasing call from common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [9/9] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [question] how to increase the number of object on cache?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [question] how to increase the number of object on cache?
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH] slub: use free_page instead of put_page for freeing kmalloc allocation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [question] how to increase the number of object on cache?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• RE: [question] how to increase the number of object on cache?
  • From: Shawn Joo <sjoo@xxxxxxxxxx>
• Re: [question] how to increase the number of object on cache?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• [question] how to increase the number of object on cache?
  • From: Shawn Joo <sjoo@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: WARNING: at mm/page_alloc.c:4514 free_area_init_node+0x4f/0x37b()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [14/16] Move kmem_cache allocations into common code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Common [13/16] slub: Introduce function for opening boot caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [12/16] create common create_kmalloc_cache()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [11/16] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: Common [09/16] Do slab aliasing call from common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Common [00/16] Sl[auo]b: Common code rework V8
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Common [9/9] Do slab aliasing call from common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC PATCH 17/23 V2] page_alloc.c: don't subtract unrelated memmap from zone's present pages
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 22/23 V2] memblock: compare current_limit with end variable at memblock_find_in_range_node()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 23/23 V2] mm, memory-hotplug: add online_movable
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 21/23 V2] memblock: limit memory address from memblock
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 18/23 V2] page_alloc: add kernelcore_max_addr
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 16/23 V2] numa: add CONFIG_MOVABLE_NODE for movable-dedicated node
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 15/23 V2] memory_hotplug: fix missing nodemask management
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 13/23 V2] page_alloc: use N_MEMORY instead N_HIGH_MEMORY change the node_states initialization
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 14/23 V2] slub, hotplug: ignore unrelated node's hot-adding and hot-removing
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 12/23 V2] vmscan: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 09/23 V2] vmstat: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 08/23 V2] hugetlb: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 07/23 V2] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 06/23 V2] mempolicy: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 05/23 V2] mm,migrate: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH 04/23 V2] oom: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: BOUNCE linux-mm@xxxxxxxxx: Header field too long (>2048) Was: [RFC PATCH 05/23 V2] mm,migrate: use N_MEMORY instead N_HIGH_MEMORY
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: WARNING: at mm/page_alloc.c:4514 free_area_init_node+0x4f/0x37b()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Common [14/16] Move kmem_cache allocations into common code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [08/16] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [02/16] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [15/16] Shrink __kmem_cache_create() parameter lists
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [16/16] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [13/16] slub: Introduce function for opening boot caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [12/16] create common create_kmalloc_cache()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [11/16] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [10/16] Move sysfs_slab_add to common
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [09/16] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [06/16] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [07/16] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [05/16] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [04/16] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [03/16] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [01/16] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [00/16] Sl[auo]b: Common code rework V8
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v4 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• kernel BUG at include/linux/mm.h:277!
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Common [2/9] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• WARNING: at mm/page_alloc.c:4514 free_area_init_node+0x4f/0x37b()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Replace BUG() in mpol_to_str with -EINVAL
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Common [2/9] slub: Use kmem_cache for the kmem_cache structure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] list corruption by gather_surp
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2] memcg, oom: Clarify some oom dump messages
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: jencce zhou <jencce2002@xxxxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 07/10] mm: use mm->exe_file instead of first VM_EXECUTABLE vma->vm_file
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2] list corruption by gather_surp
  • From: Cliff Wickman <cpw@xxxxxxx>
• RE: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC/PATCH] zcache/ramster rewrite and promotion
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [RFC 4/4] workqueue: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC 3/4] mm,ksm: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC 2/4] user_ns: use new hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC 1/4] hashtable: introduce a small and naive hashtable
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• [RFC 0/4] generic hashtable implementation
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: Common [8/9] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Common [9/9] Do slab aliasing call from common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [8/9] Move duping of slab name to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [7/9] Get rid of __kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [5/9] Always use the name "kmem_cache" for the slab cache with the kmem_cache structure.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [6/9] Move freeing of kmem_cache structure to common code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [3/9] Move list_add() to slab_common.c
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [4/9] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [1/9] slub: Add debugging to verify correct cache use on kmem_cache_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [2/9] slub: Use kmem_cache for the kmem_cache structure
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Common [0/9] Sl[auo]b: Common code rework V7
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg kmem limitation - slab.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v3 00/10] mm: vma->vm_flags diet
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 00/10] memcg kmem limitation - slab.
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH V7 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 3/4] drivers: add memory management driver class
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH V7 1/2] mm: memcg softlimit reclaim rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH][TRIVIAL] mm/frontswap: fix uninit'ed variable warning
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: page allocation failure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH 0/6][resend] mempolicy memory corruption fixlet
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• Re: [RFC patch] vm: clear swap entry before copying pte
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: Common [13/20] Extract a common function for kmem_cache_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 09/10] mm: prepare VM_DONTDUMP for using in drivers
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 08/10] mm: kill vma flag VM_EXECUTABLE and mm->num_exe_file_vmas
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 07/10] mm: use mm->exe_file instead of first VM_EXECUTABLE vma->vm_file
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 06/10] mm: kill vma flag VM_CAN_NONLINEAR
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 05/10] mm: kill vma flag VM_INSERTPAGE
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 04/10] mm: introduce arch-specific vma flag VM_ARCH_1
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 03/10] mm, x86, pat: rework linear pfn-mmap tracking
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 02/10] x86, pat: separate the pfn attribute tracking for remap_pfn_range and vm_insert_pfn
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 01/10] x86, pat: remove the dependency on 'vm_pgoff' in track/untrack pfn vma routines
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH RESEND v3 00/10] mm: vma->vm_flags diet
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 09/10] mm: prepare VM_DONTDUMP for using in drivers
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 08/10] mm: kill vma flag VM_EXECUTABLE and mm->num_exe_file_vmas
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 07/10] mm: use mm->exe_file instead of first VM_EXECUTABLE vma->vm_file
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 06/10] mm: kill vma flag VM_CAN_NONLINEAR
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 05/10] mm: kill vma flag VM_INSERTPAGE
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 04/10] mm: introduce arch-specific vma flag VM_ARCH_1
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 03/10] mm, x86, pat: rework linear pfn-mmap tracking
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 02/10] x86, pat: separate the pfn attribute tracking for remap_pfn_range and vm_insert_pfn
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 00/10] mm: vma->vm_flags diet
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH v3 01/10] x86, pat: remove the dependency on 'vm_pgoff' in track/untrack pfn vma routines
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] mm/hotplug: free zone->pageset when a zone becomes empty
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• RE: page allocation failure
  • From: Shawn Joo <sjoo@xxxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• [PATCH] mm: change nr_ptes BUG_ON to WARN_ON
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC patch] vm: clear swap entry before copying pte
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH V7 1/2] mm: memcg softlimit reclaim rework
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH V7 1/2] mm: memcg softlimit reclaim rework
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH V7 2/2] mm: memcg detect no memcgs above softlimit under zone reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 1/2] Revert "hugetlb: avoid taking i_mmap_mutex in unmap_single_vma() for hugetlb"
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH][TRIVIAL] mm/frontswap: fix uninit'ed variable warning
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/4 v3] mm: fix possible incorrect return value of migrate_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] slub: remove one code path and reduce lock contention in __slab_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH V2 5/6] memcg: add per cgroup writeback pages accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH V2 4/6] memcg: add per cgroup dirty pages accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: page allocation failure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: + memcg-oom-clarify-some-oom-dump-messages.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: + memcg-oom-provide-more-info-while-memcg-oom-happening.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxx>
• page allocation failure
  • From: Shawn Joo <sjoo@xxxxxxxxxx>
• Re: [PATCH 06/10] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] sl[au]b: Allocate objects from memcg cache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/6] Per-cgroup page stat accounting
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] list corruption by gather_surp
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: mtd: kernel BUG at arch/x86/mm/pat.c:279!
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [PATCHv6 0/2] ARM: replace custom consistent dma region with vmalloc
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCHv6 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCHv6 1/2] mm: vmalloc: use const void * for caller argument
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 1/2] add mm argument to lazy mmu mode hooks
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] rbtree: rb_erase updates and comments
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH 1/6] rbtree: rb_erase updates and comments
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCHv5 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] slub: remove one code path and reduce lock contention in __slab_free()
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v2] list corruption by gather_surp
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RESEND PATCH 2/4 v3] mm: fix possible incorrect return value of migrate_pages() syscall
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 0/5][RFC] Fallocate Volatile Ranges v6
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 4/5] [RFC][HACK] Add LRU_VOLATILE support to the VM
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 5/5] [RFC][HACK] Switch volatile/shmem over to LRU_VOLATILE
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 2/5] [RFC] tmpfs: Add FALLOC_FL_MARK_VOLATILE/UNMARK_VOLATILE handlers
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 3/5] [RFC] ashmem: Convert ashmem to use volatile ranges
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v2] list corruption by gather_surp
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 0/4] promote zcache from staging
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [RESEND PATCH 2/4 v3] mm: fix possible incorrect return value of migrate_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] slub: remove one code path and reduce lock contention in __slab_free()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH] slub: remove one code path and reduce lock contention in __slab_free()
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• RE: [PATCH 0/4] promote zcache from staging
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• [RESEND PATCH] slub: reduce failure of this_cpu_cmpxchg in put_cpu_partial() after unfreezing
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [PATCH 0/4] promote zcache from staging
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] drivers: add memory management driver class
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] zsmalloc: promote to mm/
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] zcache: promote to drivers/mm/
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] zsmalloc: collapse internal .h into .c
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH 4/4 v3] mm: fix possible incorrect return value of move_pages() syscall
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [RESEND PATCH 3/4 v3] mm: fix return value in __alloc_contig_migrate_range()
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [RESEND PATCH 2/4 v3] mm: fix possible incorrect return value of migrate_pages() syscall
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [RESEND PATCH 1/4 v3] mm: correct return value of migrate_pages() and migrate_huge_pages()
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH] list corruption by gather_surplus
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Revert "hugetlb: avoid taking i_mmap_mutex in unmap_single_vma() for hugetlb"
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] add mm argument to lazy mmu mode hooks
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: Any reason to use put_page in slub.c?
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 01/20] uprobes, mm, x86: Add the ability to install and remove uprobes breakpoints
  • From: dragos.tatulea@xxxxxxxxx
• [RFC patch] vm: clear swap entry before copying pte
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH] list corruption by gather_surplus
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Any reason to use put_page in slub.c?
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCHv5 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCHv5 1/2] mm: vmalloc: use const void * for caller argument
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCHv5 0/2] ARM: replace custom consistent dma region with vmalloc
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 2/2] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] Revert "hugetlb: avoid taking i_mmap_mutex in unmap_single_vma() for hugetlb"
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND RFC 3/3] memory-hotplug: bug fix race between isolation and allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/2] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 0/2] Close race leading to pagetable corruption using hugetlbfs
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/2] Revert "hugetlb: avoid taking i_mmap_mutex in unmap_single_vma() for hugetlb"
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 00/19] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• [PATCH V2 6/6] memcg: Document cgroup dirty/writeback memory statistics
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [RFC PATCH v5 19/19] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 18/19] memory-hotplug: add node_device_release
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 17/19] memory_hotplug: clear zone when the memory is removed
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 16/19] memory-hotplug: free memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 15/19] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 5/6] memcg: add per cgroup writeback pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [RFC PATCH v5 14/19] memory-hotplug: move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 4/6] memcg: add per cgroup dirty pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [RFC PATCH v5 13/19] memory-hotplug: check page type in get_page_bootmem
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 3/6] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [RFC PATCH v5 12/19] memory-hotplug: introduce new function arch_remove_memory()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 11/19] memory-hotplug: remove_memory calls __remove_pages
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 10/19] memory-hotplug: add memory_block_release
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 09/19] memory-hotplug: does not release memory region in PAGES_PER_SECTION chunks
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 2/6] Make TestSetPageDirty and dirty page accounting in one func
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [RESEND RFC 3/3] memory-hotplug: bug fix race between isolation and allocation
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC PATCH v5 08/19] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 07/19] memory-hotplug: call acpi_bus_remove() to remove memory device
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• [RFC PATCH v5 06/19] memory-hotplug: export the function acpi_bus_remove()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 05/19] memory-hotplug: check whether memory is present or not
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 1/6] memcg: remove MEMCG_NR_FILE_MAPPED
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [RFC PATCH v5 04/19] memory-hotplug: offline and remove memory when removing the memory device
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 03/19] memory-hotplug: store the node id in acpi_memory_device
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 02/19] memory-hotplug: implement offline_memory()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 01/19] memory-hotplug: rename remove_memory() to offline_memory()/offline_pages()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH V2 0/6] Per-cgroup page stat accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 0.5/19] remove memory info from list before freeing it
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH 0/19] firmware_map : unify argument of firmware_map_add_early/hotplug
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [RFC PATCH v5 00/19] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables v2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables v2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC][PATCH 0/2] fun with tlb flushing on s390
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Issue with block I/O cgroup in case of threads
  • From: naveen yadav <yad.naveen@xxxxxxxxx>
• Issue with block I/O cgroup in case of threads
  • From: naveen yadav <yad.naveen@xxxxxxxxx>
• Re: [RFC][PATCH 0/2] fun with tlb flushing on s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC PATCH v4 12/13] memory-hotplug : add node_device_release
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: Re: [RFC] block_dev:Fix bug when read/write block-device which is larger than 16TB in 32bit-OS.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables v2
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH] list corruption by gather_surplus
  • From: Cliff Wickman <cpw@xxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables v2
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/2] fun with tlb flushing on s390
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• Re: [PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables v2
  • From: Larry Woodman <lwoodman@xxxxxxxxxx>
• [PATCH 2/2] s390/tlb: race of lazy TLB flush vs. recreation of TLB entries
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [RFC][PATCH 0/2] fun with tlb flushing on s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH 1/2] add mm argument to lazy mmu mode hooks
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Re: [RFC] block_dev:Fix bug when read/write block-device which is larger than 16TB in 32bit-OS.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH -mm] remove __GFP_NO_KSWAPD fixes
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 03/10] memcg: infrastructure to match an allocation to the right cache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 30/34] mm: vmscan: Do not force kswapd to scan small targets
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 30/34] mm: vmscan: Do not force kswapd to scan small targets
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 30/34] mm: vmscan: Do not force kswapd to scan small targets
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 25/34] mm: vmscan: Check if reclaim should really abort even if compaction_ready() is true for one zone
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 01/10] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] slab/slub: struct memcg_params
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH -mm] remove __GFP_NO_KSWAPD fixes
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -mm] remove __GFP_NO_KSWAPD
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 10/10] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 15/34] mm: migration: clean up unmap_and_move()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] rbtree: remove prior augmented rbtree implementation
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 10/10] memcg/sl[au]b: shrink dead caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 09/10] slab: slab-specific propagation changes.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 2/2 v5][resend] tmpfs: interleave the starting node of /dev/shmem
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH 4/6] rbtree: faster augmented insert
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 16/34] mm: compaction: Allow compaction to isolate dirty pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 15/34] mm: migration: clean up unmap_and_move()
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 16/34] mm: compaction: Allow compaction to isolate dirty pages
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/34] mm: migration: clean up unmap_and_move()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] augmented rbtree test
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC PATCH v2] SLUB: enhance slub to handle memory nodes without normal memory
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH TRIVIAL] mm: Fix build warning in kmem_cache_create()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 2/2 v5][resend] tmpfs: interleave the starting node of /dev/shmem
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• [PATCH 10/10] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 09/10] slab: slab-specific propagation changes.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 08/10] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 07/10] memcg: destroy memcg caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 06/10] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 03/10] memcg: infrastructure to match an allocation to the right cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 02/10] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 01/10] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 00/10] memcg kmem limitation - slab.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/24] uprobes, mm, x86: Add the ability to install and remove uprobes breakpoints
  • From: Anton Arapov <anton@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 03/34] mm: Reduce the amount of work done when updating min_free_kbytes
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/2 v5][resend] tmpfs: interleave the starting node of /dev/shmem
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH -mm] remove __GFP_NO_KSWAPD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH] mm: Restructure kmem_cache_create() to move debug cache integrity checks into a new function
  • From: Shuah Khan <shuah.khan@xxxxxx>
• Re: [PATCH 03/34] mm: Reduce the amount of work done when updating min_free_kbytes
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] uprobes, mm, x86: Add the ability to install and remove uprobes breakpoints
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] rbtree: optimize fetching of sibling node
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 08/24] uprobes/core: Make macro names consistent
  • From: Torsten Polle <Torsten.Polle@xxxxxx>
• [PATCH 01/24] uprobes, mm, x86: Add the ability to install and remove uprobes breakpoints
  • From: Torsten Polle <Torsten.Polle@xxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 1/6] rbtree: rb_erase updates and comments
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: linux-next: Tree for July 24 (mm/memcontrol.c)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] SLUB: enhance slub to handle memory nodes without normal memory
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH 2/2] memcg, oom: Clarify some oom dump messages
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 1/2] memcg, oom: Provide more info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] provide a common place for initcall processing in kmem_cache
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH -mm] remove __GFP_NO_KSWAPD
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 1/3] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] SLUB: enhance slub to handle memory nodes without normal memory
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFC] block_dev:Fix bug when read/write block-device which is larger than 16TB in 32bit-OS.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [QUERY]: Understanding the calculations in mm/page-writeback.c
  • From: rajman mekaco <rajman.mekaco@xxxxxxxxx>
• Re: [QUERY]: Understanding the calculations in mm/page-writeback.c
  • From: Kautuk Consul <consul.kautuk@xxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFC] block_dev:Fix bug when read/write block-device which is larger than 16TB in 32bit-OS.
  • From: majianpeng <majianpeng@xxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC PATCH v2] SLUB: enhance slub to handle memory nodes without normal memory
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH 3/4] mm/hotplug: free zone->pageset when a zone becomes empty
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [MMTests] Sysbench read-only on ext3
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [MMTests] Sysbench read-only on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [QUERY]: Understanding the calculations in mm/page-writeback.c
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 00/34] Memory management performance backports for -stable V2
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Nikunj A Dadhania <nikunj@xxxxxxxxxxxxxxxxxx>
• Re: [MMTests] Sysbench read-only on ext3
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH 1/3] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 6/6] rbtree: remove prior augmented rbtree implementation
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 5/6] rbtree: faster augmented erase
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] augmented rbtree changes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: + memory-hotplug-fix-kswapd-looping-forever-problem-fix-fix.patch added to -mm tree
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 3/3] mm: remove redundant initialization
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/3] mm: Warn if pg_data_t isn't initialized with zero
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/3] mips: zero out pg_data_t when it's allocated
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH -alternative] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables V2 (resend)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH RESEND v4 1/3] mm/sparse: optimize sparse_index_alloc
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] zsmalloc: s/firstpage/page in new copy map funcs
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [MMTests] Threaded IO Performance on xfs
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Threaded IO Performance on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] dbench4 async on ext4
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] dbench4 async on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Stress high-order allocations on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] memcachetest and parallel IO on xfs
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] memcachetest and parallel IO on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Sysbench read-only on xfs
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Sysbench read-only on ext4
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Sysbench read-only on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Scheduler
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH mmotm] shmem: correct build warning in shmem interleave
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [RFC] page-table walkers vs memory order
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v5][resend] tmpfs: interleave the starting node of /dev/shmem
  • From: Nathan Zimmer <nzimmer@xxxxxxx>
• Re: [PATCH v4 1/3] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [RFC] page-table walkers vs memory order
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] fix bad behavior in use_hierarchy file
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: + memory-hotplug-fix-kswapd-looping-forever-problem-fix-fix.patch added to -mm tree
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Page LRU List Corruption
  • From: Yiwei Zhao <yiweizhao.bj@xxxxxxxxx>
• [PATCH 33/34] cpuset: mm: Reduce large amounts of memory barrier related damage v3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 34/34] mm/hugetlb: fix warning in alloc_huge_page/dequeue_huge_page_vma
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 32/34] cpusets: stall when updating mems_allowed for mempolicy or disjoint nodemask
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 31/34] cpusets: avoid looping when storing to mems_allowed if one node remains set
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 30/34] mm: vmscan: Do not force kswapd to scan small targets
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 29/34] mm: test PageSwapBacked in lumpy reclaim
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 28/34] mm/vmscan.c: consider swap space when deciding whether to continue reclaim
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 27/34] vmscan: activate executable pages after first usage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 26/34] vmscan: promote shared file mapped pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 25/34] mm: vmscan: Check if reclaim should really abort even if compaction_ready() is true for one zone
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 22/34] mm: compaction: Introduce sync-light migration for use by compaction
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 24/34] mm: vmscan: Do not OOM if aborting reclaim to start compaction
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 23/34] mm: vmscan: When reclaiming for compaction, ensure there are sufficient free pages available
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 05/34] vmscan: clear ZONE_CONGESTED for zone with good watermark
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 21/34] kswapd: assign new_order and new_classzone_idx after wakeup in sleeping
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 20/34] kswapd: avoid unnecessary rebalance after an unsuccessful balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 19/34] mm: compaction: make isolate_lru_page() filter-aware again
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 18/34] mm: page allocator: Do not call direct reclaim for THP allocations while compaction is deferred
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 17/34] mm: compaction: Determine if dirty pages can be migrated without blocking within ->migratepage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 16/34] mm: compaction: Allow compaction to isolate dirty pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 15/34] mm: migration: clean up unmap_and_move()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 14/34] mm: zone_reclaim: make isolate_lru_page() filter-aware
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 11/34] mm: compaction: trivial clean up in acct_isolated()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 12/34] mm: change isolate mode from #define to bitwise type
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 13/34] mm: compaction: make isolate_lru_page() filter-aware
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 10/34] mm: Abort reclaim/compaction if compaction can proceed
  • From: Mel Gorman <mgorman@xxxxxxx>