Linux Memory Management

• Thread Index

• Re: [PATCH 1/4] thp: clean up __collapse_huge_page_isolate
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] acpi,memory-hotplug : call acpi_bus_remo() to remove memory device
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] thp: clean up __collapse_huge_page_isolate
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v4 10/10] thp: implement refcounting for huge zero page
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] thp: implement refcounting for huge zero page
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm/slob: Use object_size field in kmem_cache_size()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• mm: NULL ptr deref in anon_vma_interval_tree_verify
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH 1/3] mm/slob: Drop usage of page->private for storing page-sized allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/3] mm/sl[aou]b: Move common kmem_cache_size() to slab.h
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v5] slab: Ignore internal flags in cache creation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] mm/slob: Use object_size field in kmem_cache_size()
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• [PATCH 1/3] mm/slob: Drop usage of page->private for storing page-sized allocations
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 0/3] Small slob fixes and some more comon code
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v2 2/5] memory-hotplug: update mce_bad_pages when removing the memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2] mm: thp: Set the accessed flag for old pages on access fault.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 00/10] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: mm/mmu_notifier: inconsistent lock state in mmu_notifier_register()
  • From: Andrea Righi <andrea@xxxxxxxxxxxxxxx>
• Re: mm/mmu_notifier: inconsistent lock state in mmu_notifier_register()
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/19] slab accounting for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] thp: cleanup: introduce mk_huge_pmd()
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH 3/4] thp: introduce hugepage_vma_check()
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH 2/4] thp: introduce hugepage_get_pmd()
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH 1/4] thp: clean up __collapse_huge_page_isolate
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Shentino <shentino@xxxxxxxxx>
• Re: [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• mm/mmu_notifier: inconsistent lock state in mmu_notifier_register()
  • From: Andrea Righi <andrea@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/14] memcg: change defines to an enum
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 02/14] memcg: Reclaim when more than one page needed.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch for-3.7 v2] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5] slab: Ignore internal flags in cache creation
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] mm: use IS_ENABLED(CONFIG_COMPACTION) instead of COMPACTION_BUILD
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] mm: use IS_ENABLED(CONFIG_NUMA) instead of NUMA_BUILD
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• [patch for-3.7] mm, mempolicy: avoid taking mutex inside spinlock when reading numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Shentino <shentino@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH v2] mm: thp: Set the accessed flag for old pages on access fault.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/5] bugfix for memory hotplug
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] memory-hotplug: auto offline page_cgroup when onlining memory block failed
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: [PATCH v2] mm: thp: Set the accessed flag for old pages on access fault.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memory-hotplug: update mce_bad_pages when removing the memory
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2] mm: thp: Set the accessed flag for old pages on access fault.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/5] bugfix for memory hotplug
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• [PATCH v2 4/5] memory-hotplug: fix NR_FREE_PAGES mismatch
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 5/5] memory-hotplug: allocate zone's pcp before onlining pages
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 3/5] memory-hotplug: auto offline page_cgroup when onlining memory block failed
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 1/5] memory-hotplug: skip HWPoisoned page when offlining pages
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 2/5] memory-hotplug: update mce_bad_pages when removing the memory
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v2 0/5] bugfix for memory hotplug
  • From: wency@xxxxxxxxxxxxxx
• [PATCH v5] slab: Ignore internal flags in cache creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 12/14] execute the whole memcg freeing in free_worker
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [help] kernel boot parameter "mem=xx" disparity
  • From: "Jun Hu" <duanshuidao@xxxxxxxxxxx>
• Re: Re: [PATCH 3/5] Remove file_ra_state from arguments of count_history_pages.
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Re: [PATCH 4/5] Move the check for ra_pages after VM_SequentialReadHint()
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Re: Re: [PATCH 1/5] mm/readahead: Check return value of read_pages
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: Re: Re: [PATCH 2/5] mm/readahead: Change the condition for SetPageReadahead
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v3 00/10] Introduce huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: Re: Re: [PATCH 5/5] mm/readahead: Use find_get_pages instead of radix_tree_lookup.
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] Change the check for PageReadahead into an else-if
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH] Change the check for PageReadahead into an else-if
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [help] kernel boot parameter "mem=xx" disparity
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• [help] kernel boot parameter "mem=xx" disparity
  • From: "Jun Hu" <duanshuidao@xxxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Jan Kara <jack@xxxxxxx>
• [patch for-3.7] mm, mempolicy: fix printing stack contents in numa_maps
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Inki Dae <daeinki@xxxxxxxxx>
• Re: [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH] Change the check for PageReadahead into an else-if
  • From: raghu.prabhu13@xxxxxxxxx
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Aristeu Rozanski <aris@xxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Re: [PATCH 3/5] Remove file_ra_state from arguments of count_history_pages.
  • From: Raghavendra D Prabhu <raghu.prabhu13@xxxxxxxxx>
• Re: Re: [PATCH 4/5] Move the check for ra_pages after VM_SequentialReadHint()
  • From: Raghavendra D Prabhu <raghu.prabhu13@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Re: Re: [PATCH 1/5] mm/readahead: Check return value of read_pages
  • From: Raghavendra D Prabhu <raghu.prabhu13@xxxxxxxxx>
• Re: Re: Re: [PATCH 2/5] mm/readahead: Change the condition for SetPageReadahead
  • From: Raghavendra D Prabhu <raghu.prabhu13@xxxxxxxxx>
• Re: zram OOM behavior
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: Re: Re: [PATCH 5/5] mm/readahead: Use find_get_pages instead of radix_tree_lookup.
  • From: Raghavendra D Prabhu <raghu.prabhu13@xxxxxxxxx>
• [RFC PATCH v1 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 1/2] SLUB: remove hard coded magic numbers from resiliency_test
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: compaction: Correct the nr_strict_isolated check for CMA
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] mm: compaction: Correct the nr_strict_isolated check for CMA
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCHv3 4/6] mm: reuse kbasename() functionality
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv3 1/6] lib/string: introduce helper to get base file name from given path
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 10/14] memcg: use static branches when code not in use
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 02/14] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 12/14] execute the whole memcg freeing in free_worker
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 03/14] memcg: change defines to an enum
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH] mm: thp: Set the accessed flag for old pages on access fault.
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] slab: Ignore internal flags in cache creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] mm: compaction: Correct the nr_strict_isolated check for CMA
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: zram OOM behavior
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Linaro-mm-sig] [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] make GFP_NOTRACK flag unconditional
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] make GFP_NOTRACK flag unconditional
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 02/14] memcg: Reclaim when more than one page needed.
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: use IS_ENABLED(CONFIG_NUMA) instead of NUMA_BUILD
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH] doc: describe memcg swappiness more precisely memory.swappiness==0
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/2] SLUB: remove hard coded magic numbers from resiliency_test
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] doc: describe memcg swappiness more precisely memory.swappiness==0
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/swap: automatic tuning for swapin readahead
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Inki Dae <inki.dae@xxxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4] slab: Ignore internal flags in cache creation
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• [PATCH] doc: describe memcg swappiness more precisely memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v2] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: huge_memory: Fix build error.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/2] SLUB: increase the range of slab sizes available to kmalloc, allowing a somewhat more effient use of memory.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/2] SLUB: remove hard coded magic numbers from resiliency_test
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: zram OOM behavior
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: PROBLEM: machine hung after a struggle with oom
  • From: Péter András Felvégi <petschy@xxxxxxxxx>
• Re: [PATCH] asm-generic, mm: PTE_SPECIAL cleanup
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] mm: use IS_ENABLED(CONFIG_COMPACTION) instead of COMPACTION_BUILD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: zram OOM behavior
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH] add some drop_caches documentation and info messsge
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC 1/2] common: DMA-mapping: add DMA_ATTR_FORCE_CONTIGUOUS attribute
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [RFC 2/2] ARM: dma-mapping: add support for DMA_ATTR_FORCE_CONTIGUOUS attribute
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [RFC 0/2] DMA-mapping & IOMMU - physically contiguous allocations
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• RE: dma_alloc_coherent fails in framebuffer
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] mm: use IS_ENABLED(CONFIG_NUMA) instead of NUMA_BUILD
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] mm: use IS_ENABLED(CONFIG_COMPACTION) instead of COMPACTION_BUILD
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] asm-generic, mm: PTE_SPECIAL cleanup
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] asm-generic, mm: pgtable: consolidate zero page helpers
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] mm: huge_memory: Fix build error.
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH] firmware/memmap: avoid type conflicts with the generic memmap_init()
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: kswapd0: excessive CPU usage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH] mm: vmscan: scale number of pages reclaimed by reclaim/compaction only in direct reclaim
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: kswapd0: excessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] add some drop_caches documentation and info messsge
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch] mm, memcg: make mem_cgroup_out_of_memory static
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tomasz Figa <tomasz.figa@xxxxxxxxx>
• [PATCH v4 06/10] thp: change split_huge_page_pmd() interface
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 08/10] thp: setup huge zero page on non-write page fault
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 00/10, REBASED] Introduce huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 05/10] thp: change_huge_pmd(): keep huge zero page write-protected
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 07/10] thp: implement splitting pmd for huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 09/10] thp: lazy huge zero page allocation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 10/10] thp: implement refcounting for huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 04/10] thp: do_huge_pmd_wp_page(): handle huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 01/10] thp: huge zero page: basic preparation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 03/10] thp: copy_huge_pmd(): copy huge zero page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH v4 02/10] thp: zap_huge_pmd(): zap huge zero pmd
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/3] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: dma_alloc_coherent fails in framebuffer
  • From: Tony Prisk <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Memory policy corruption fixes -stable
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v5
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 0/2] RFC SLUB: increase range of kmalloc slab sizes
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: cleanup register_node()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Srikar Dronamraju <srikar@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] RFC SLUB: increase range of kmalloc slab sizes
  • From: Richard Kennedy <richard@xxxxxxxxxxxxxxx>
• [PATCH 2/2] SLUB: increase the range of slab sizes available to kmalloc, allowing a somewhat more effient use of memory.
  • From: Richard Kennedy <richard@xxxxxxxxxxxxxxx>
• [PATCH 1/2] SLUB: remove hard coded magic numbers from resiliency_test
  • From: Richard Kennedy <richard@xxxxxxxxxxxxxxx>
• [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v5
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v4
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v4
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH] mm: cleanup register_node()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: zram OOM behavior
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: [PATCH 2/3] vmevent: Factor vmevent_match_attr() out of vmevent_match()
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH 5/10] memory-hotplug : memory-hotplug: check page type in get_page_bootmem
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] acpi,memory-hotplug : add memory offline code to acpi_memory_device_remove()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] acpi,memory-hotplug : store the node id in acpi_memory_device
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] acpi,memory-hotplug : rename remove_memory() to offline_memory()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH] add some drop_caches documentation and info messsge
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mgorman@xxxxxxx>
• MMTests 0.06
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 15/33] autonuma: alloc/free/init task_autonuma
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: kswapd0: excessive CPU usage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH v4 18/19] slub: slub-specific propagation changes.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 01/19] slab: Ignore internal flags in cache creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 03/19] move print_slabinfo_header to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 07/19] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 14/19] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 06/19] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 16/19] Aggregate memcg cache values in slabinfo
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 02/19] move slabinfo processing to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 05/19] slab: don't preemptively remove element from list in cache destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 04/19] sl[au]b: process slabinfo_show in common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 11/19] sl[au]b: always get the cache from its page in kfree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 08/19] Allocate memory for memcg caches whenever a new memcg appears
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 17/19] slab: propagate tunables values
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 13/19] memcg: destroy memcg caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 10/19] memcg: skip memcg kmem allocations in specified code regions
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 19/19] Add slab-specific documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 09/19] memcg: infrastructure to match an allocation to the right cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 12/19] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 15/19] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 00/19] slab accounting for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] add some drop_caches documentation and info messsge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: kswapd0: excessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 2/3] vmevent: Factor vmevent_match_attr() out of vmevent_match()
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 23/33] autonuma: retain page last_nid information in khugepaged
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 0/3] A few cleanups and refactorings, sync w/ upstream
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH 23/33] autonuma: retain page last_nid information in khugepaged
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH] mm: vmevent: Report number of used swap pages, not total amount of swap
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• [PATCH 3/3] mm: vmevent: Sum per cpu pagesets stats asynchronously
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• [PATCH 2/3] mm: vmevent: Use value2 for setting vmstat thresholds
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• [PATCH 1/3] mm: vmstat: Implement set_zone_stat_thresholds() helper
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• [RFC 0/3] mm: vmevent: Stats accuracy improvements
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 10/33] autonuma: CPU follows memory algorithm
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] mm: cleanup register_node()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch] mm, memcg: make mem_cgroup_out_of_memory static
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 07/10] thp: implement splitting pmd for huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH v3 07/10] thp: implement splitting pmd for huge zero page
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 07/10] thp: implement splitting pmd for huge zero page
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 10/33] autonuma: CPU follows memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v4
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v3
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• mmotm 2012-10-11-16-14 uploaded
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [Q] Default SLAB allocator
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [Q] Default SLAB allocator
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2]suppress "Device memoryX does not have a release() function" warning
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: kswapd0: excessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/2]suppress "Device memoryX does not have a release() function" warning
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 08/33] autonuma: define the autonuma flags
  • From: Mel Gorman <mel@xxxxxxxxx>
• [patch] mm, memcg: make mem_cgroup_out_of_memory static
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 06/33] autonuma: teach gup_fast about pmd_numa
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 05/33] autonuma: pte_numa() and pmd_numa()
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 04/33] autonuma: define _PAGE_NUMA
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 01/33] autonuma: add Documentation/vm/autonuma.txt
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 28/33] autonuma: add CONFIG_AUTONUMA and CONFIG_AUTONUMA_DEFAULT_ENABLED
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 25/33] autonuma: numa hinting page faults entry points
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 24/33] autonuma: split_huge_page: transfer the NUMA type from the pmd to the pte
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 23/33] autonuma: retain page last_nid information in khugepaged
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 22/33] autonuma: make khugepaged pte_numa aware
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 21/33] autonuma: call autonuma_split_huge_page()
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 20/33] autonuma: default mempolicy follow AutoNUMA
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Valdis.Kletnieks@xxxxxx
• Re: kswapd0: wxcessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 08/33] autonuma: define the autonuma flags
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 15/33] autonuma: alloc/free/init task_autonuma
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• PROBLEM: It seems that /usr/bin/time program reports a wrong value for MaxRSS.
  • From: Kamran Amini <kamran.amini.eng@xxxxxxxxx>
• Re: [PATCH 06/33] autonuma: teach gup_fast about pmd_numa
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 05/33] autonuma: pte_numa() and pmd_numa()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 04/33] autonuma: define _PAGE_NUMA
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 01/33] autonuma: add Documentation/vm/autonuma.txt
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 15/33] autonuma: alloc/free/init task_autonuma
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 14/33] autonuma: call autonuma_setup_new_exec()
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 12/33] autonuma: Migrate On Fault per NUMA node data
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 10/33] autonuma: CPU follows memory algorithm
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 12/14] execute the whole memcg freeing in free_worker
  • From: Michal Hocko <mhocko@xxxxxxx>
• [Q] Default SLAB allocator
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH 13/33] autonuma: autonuma_enter/exit
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 08/33] autonuma: define the autonuma flags
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: kswapd0: wxcessive CPU usage
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/33] autonuma: mm_autonuma and task_autonuma data structures
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 06/33] autonuma: teach gup_fast about pmd_numa
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 05/33] autonuma: pte_numa() and pmd_numa()
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 04/33] autonuma: define _PAGE_NUMA
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 03/33] autonuma: export is_vma_temporary_stack() even if CONFIG_TRANSPARENT_HUGEPAGE=n
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 02/33] autonuma: make set_pmd_at always available
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 01/33] autonuma: add Documentation/vm/autonuma.txt
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 00/33] AutoNUMA27
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] memcg: oom: fix totalpages calculation for memory.swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• kswapd0: wxcessive CPU usage
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH] Split mm_slot from ksm and huge_memory
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 2/10] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 2/2]suppress "Device nodeX does not have a release() function" warning
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 1/2]suppress "Device memoryX does not have a release() function" warning
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] Suppress "Device <device name> does not have a release() function" warning
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 19/33] autonuma: memory follows CPU algorithm and task/mm_autonuma stats collection
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [RFC PATCH] memcg: oom: fix totalpages calculation for swappiness==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Jan Kara <jack@xxxxxxx>
• Re: hot-added cpu is not asiggned to the correct node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [patch for-linus] memcg, kmem: fix build error when CONFIG_INET is disabled
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] [RESEND] mm, slab: release slab_mutex earlier in kmem_cache_destroy()
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 0/5] Memory policy corruption fixes -stable
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v3
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v3 06/10] mm: kill vma flag VM_CAN_NONLINEAR
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] MM: Support more pagesizes for MAP_HUGETLB/SHM_HUGETLB v3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: memory-hotplug : suppres "Trying to free nonexistent resource <XXXXXXXXXXXXXXXX-YYYYYYYYYYYYYYYY>" warning
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC PATCH] Split mm_slot from ksm and huge_memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] sparc64: Eliminate PTE table memory wastage.
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [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 5/5] mempolicy: fix a memory corruption by refcount imbalance in alloc_pages_vma()
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 0/5] Memory policy corruption fixes -stable
  • 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>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: CMA and zone watermarks
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 05/14] Add a __GFP_KMEMCG flag
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm: memmap_init_zone() performance improvement
  • From: Mike Yoknis <mike.yoknis@xxxxxx>
• Re: [PATCH v2] mm, slob: Drop usage of page->private for storing page-sized allocations
  • From: Ezequiel Garcia <elezegarcia@xxxxxxxxx>
• Re: [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] mm: compaction: fix bit ranges in {get,clear,set}_pageblock_skip()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm: compaction: fix bit ranges in {get,clear,set}_pageblock_skip()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: CMA broken in next-20120926
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: CMA broken in next-20120926
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: CMA broken in next-20120926
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: CMA broken in next-20120926
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [RFC] vmevent: Implement pressure attribute
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: CMA broken in next-20120926
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v3 10/10] mm: kill vma flag VM_RESERVED and mm->reserved_vm counter
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: CMA broken in next-20120926
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 8/10] memory-hotplug : remove page table of x86_64 architecture
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: Mike Hommey <mh@xxxxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/swap: automatic tuning for swapin readahead
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [RFC v9 PATCH 00/21] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] mm: Fix XFS oops due to dirty pages without buffers on s390
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: memory-hotplug : suppres "Trying to free nonexistent resource <XXXXXXXXXXXXXXXX-YYYYYYYYYYYYYYYY>" warning
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC] vmevent: Implement pressure attribute
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] mm: memmap_init_zone() performance improvement
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• Re: CMA and zone watermarks
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: mpol_to_str revisited.
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH RFC] mm/swap: automatic tuning for swapin readahead
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/swap: automatic tuning for swapin readahead
  • From: Hugh Dickins <hughd@xxxxxxxxxx>