Linux Memory Management

• Thread Index

• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 22/40] autonuma: teach CFS about autonuma affinity
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 00/12] Swap-over-NFS without deadlocking V8
  • From: Eric B Munson <emunson@xxxxxxxxx>
• Re: [PATCH 23/40] autonuma: sched_set_autonuma_need_balance
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 20/40] autonuma: alloc/free/init mm_autonuma
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: mm,numad,rcu: hang on OOM
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: setup pageblock_order before it's used by sparse
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: setup pageblock_order before it's used by sparse
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Dor Laor <dlaor@xxxxxxxxxx>
• Re: [RFC PATCH 10/12] memory-hotplug : free memmap of sparse-vmemmap
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Izik Eidus <izik.eidus@xxxxxxxxxxxxxxxxxx>
• [PATCH] mm: setup pageblock_order before it's used by sparse
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• [PATCH -v5 6/6] fault-injection: add selftests for cpu and memory hotplug
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 4/6] memory: memory notifier error injection module
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 1/6] fault-injection: notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH -v5 0/6] notifier error injection
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Dor Laor <dlaor@xxxxxxxxxx>
• Re: [PATCH 36/40] autonuma: page_autonuma
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 20/40] autonuma: alloc/free/init mm_autonuma
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 19/40] autonuma: alloc/free/init sched_autonuma
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 18/40] autonuma: call autonuma_setup_new_exec()
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 11/40] autonuma: define the autonuma flags
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 11/40] autonuma: define the autonuma flags
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 04/40] xen: document Xen is using an unused bit for the pagetables
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH -mm v2 05/11] mm: get unmapped area from VMA tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH -mm v2 07/11] mm: make cache alignment code generic
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH -mm v2 05/11] mm: get unmapped area from VMA tree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• mmotm 2012-06-29-17-00 uploaded
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH -mm v2 01/11] mm: track free size between VMAs in VMA rbtree
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] vmscan: remove obsolete comment of shrinker
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] memcg : remove -ENOMEM at page migration.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC][PATCH 1/2] add res_counter_usage_safe
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [patch 5/5] mm, memcg: move all oom handling to memcontrol.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 4/5] mm, oom: reduce dependency on tasklist_lock
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 3/5] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 2/5] mm, oom: introduce helper function to process threads during scan
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 1/5] mm, oom: move declaration for mem_cgroup_out_of_memory to oom.h
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 21/40] autonuma: avoid CFS select_task_rq_fair to return -1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 21/40] autonuma: avoid CFS select_task_rq_fair to return -1
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 21/40] autonuma: avoid CFS select_task_rq_fair to return -1
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/40] autonuma: avoid CFS select_task_rq_fair to return -1
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 20/40] autonuma: alloc/free/init mm_autonuma
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 19/40] autonuma: alloc/free/init sched_autonuma
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 18/40] autonuma: call autonuma_setup_new_exec()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 17/40] autonuma: autonuma_enter/exit
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH for -3.5] memblock: free allocated memblock_reserved_regions later
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 16/40] autonuma: init knuma_migrated queues
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 15/40] autonuma: knuma_migrated per NUMA node queues
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH for -3.5] memblock: free allocated memblock_reserved_regions later
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH for -3.5] memblock: free allocated memblock_reserved_regions later
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 14/40] autonuma: add page structure fields
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 10/40] autonuma: mm_autonuma and sched_autonuma data structures
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 0/4] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Dor Laor <dlaor@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 11/40] autonuma: define the autonuma flags
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 10/40] autonuma: mm_autonuma and sched_autonuma data structures
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 08/40] autonuma: teach gup_fast about pte_numa
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 07/40] autonuma: generic pte_numa() and pmd_numa()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 06/40] autonuma: x86 pte_numa() and pmd_numa()
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 05/40] autonuma: define _PAGE_NUMA_PTE and _PAGE_NUMA_PMD
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 04/40] xen: document Xen is using an unused bit for the pagetables
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Nai Xia <nai.xia@xxxxxxxxx>
• Re: [PATCH 03/40] autonuma: export is_vma_temporary_stack() even if CONFIG_TRANSPARENT_HUGEPAGE=n
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 02/40] autonuma: make set_pmd_at always available
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 01/40] mm: add unlikely to the mm allocation failure check
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH 12/12] Avoid dereferencing bd_disk during swap_entry_free for network storage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 11/12] nfs: Prevent page allocator recursions with swap over NFS.
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 10/12] nfs: enable swap on NFS
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 09/12] nfs: disable data cache revalidation for swapfiles
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 08/12] nfs: teach the NFS client how to treat PG_swapcache pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 07/12] mm: Add support for direct_IO to highmem pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 06/12] mm: Add get_kernel_page[s] for pinning of kernel addresses for I/O
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 05/12] mm: swap: Implement generic handler for swap_activate
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 04/12] mm: Add support for a filesystem to activate swap files and use direct_IO for writing swap pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 03/12] mm: Methods for teaching filesystems about PG_swapcache pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 02/12] selinux: tag avc cache alloc as non-critical
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 01/12] netvm: Prevent a stream-specific deadlock
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 00/12] Swap-over-NFS without deadlocking V8
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 16/16] mm: Account for the number of times direct reclaimers get throttled
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 15/16] mm: Throttle direct reclaimers if PF_MEMALLOC reserves are low and swap is backed by network storage
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 14/16] nbd: Set SOCK_MEMALLOC for access to PFMEMALLOC reserves
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 13/16] mm: Micro-optimise slab to avoid a function call
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 12/16] netvm: Set PF_MEMALLOC as appropriate during SKB processing
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 10/16] netvm: Propagate page->pfmemalloc to skb
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 11/16] netvm: Propagate page->pfmemalloc from skb_alloc_page to skb
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 08/16] netvm: Allow the use of __GFP_MEMALLOC by specific sockets
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 09/16] netvm: Allow skb allocation to use PFMEMALLOC reserves
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 07/16] net: Introduce sk_gfp_atomic() to allow addition of GFP flags depending on the individual socket
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 06/16] mm: Ignore mempolicies when using ALLOC_NO_WATERMARK
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 05/16] mm: Only set page->pfmemalloc when ALLOC_NO_WATERMARKS was used
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 04/16] mm: allow PF_MEMALLOC from softirq context
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 03/16] mm: Introduce __GFP_MEMALLOC to allow access to emergency reserves
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 02/16] mm: slub: Optimise the SLUB fast path to avoid pfmemalloc checks
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 01/16] mm: sl[au]b: Add knowledge of PFMEMALLOC reserve pages
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 00/16] Swap-over-NBD without deadlocking V14
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• Re: [PATCH] common: dma-mapping: add support for generic dma_mmap_* calls
  • From: Clemens Ladisch <clemens@xxxxxxxxxx>
• Re: [PATCH] vmscan: remove obsolete comment of shrinker
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH v2] KSM: numa awareness sysfs knob
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• RE: [PATCH] common: dma-mapping: add support for generic dma_mmap_* calls
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• [PATCH v2] KSM: numa awareness sysfs knob
  • From: Petr Holasek <pholasek@xxxxxxxxxx>
• [MMTests] IO metadata on XFS
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] IO metadata on ext4
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] IO metadata on ext3
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Network performance
  • From: Mel Gorman <mgorman@xxxxxxx>
• [MMTests] Page allocator
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: MMTests 0.04
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] common: dma-mapping: add support for generic dma_mmap_* calls
  • From: Clemens Ladisch <clemens@xxxxxxxxxx>
• [PATCH RESEND] mm/memory.c: print_vma_addr() call up_read(&mm->mmap_sem) directly
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Per-cgroup page stat accounting
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH] vmscan: remove obsolete comment of shrinker
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 0/4] make balloon pages movable by compaction
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] Common code 00/12] Sl[auo]b: Common functionality V2
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [RFC PATCH 4/12] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] add res_counter_usage_safe
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH powerpc 2/2] kfree the cache name of pgtable cache if SLUB is used
  • From: Zhong Li <zhong@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] make balloon pages movable by compaction
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm/sparse: optimize sparse_index_alloc
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH powerpc 2/2] kfree the cache name of pgtable cache if SLUB is used
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/2 v2] memory-hotplug: fix kswapd looping forever problem
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] mm: add vm event counters for balloon pages compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v2 3/4] virtio_balloon: introduce migration primitives to balloon pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v2 2/4] virtio_balloon: handle concurrent accesses to virtio_balloon struct elements
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v2 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH v2 0/4] make balloon pages movable by compaction
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 14/20] mm, sh: Convert sh to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH 14/20] mm, sh: Convert sh to generic tlb
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH -mm v2] mm: have order > 0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: memory leak in recent (3.x) kernels?
  • From: Paul Slootman <paul@xxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [PATCH 05/40] autonuma: define _PAGE_NUMA_PTE and _PAGE_NUMA_PMD
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: memory leak in recent (3.x) kernels?
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 05/40] autonuma: define _PAGE_NUMA_PTE and _PAGE_NUMA_PMD
  • From: Don Morris <don.morris@xxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 32/40] autonuma: initialize page structure fields
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 31/40] autonuma: reset autonuma page data when pages are freed
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 19/40] autonuma: alloc/free/init sched_autonuma
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 24/40] autonuma: core
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 00/40] AutoNUMA19
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 25/40] autonuma: follow_page check for pte_numa/pmd_numa
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 10/40] autonuma: mm_autonuma and sched_autonuma data structures
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 14/40] autonuma: add page structure fields
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 13/40] autonuma: CPU follow memory algorithm
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 30/40] autonuma: numa hinting page faults entry points
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 35/40] autonuma: boost khugepaged scanning rate
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 29/40] autonuma: retain page last_nid information in khugepaged
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 21/40] autonuma: avoid CFS select_task_rq_fair to return -1
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 34/40] autonuma: add CONFIG_AUTONUMA and CONFIG_AUTONUMA_DEFAULT_ENABLED
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 23/40] autonuma: sched_set_autonuma_need_balance
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 12/40] autonuma: core autonuma.h header
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 38/40] autonuma: autonuma_migrate_head[0] dynamic size
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 18/40] autonuma: call autonuma_setup_new_exec()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 05/40] autonuma: define _PAGE_NUMA_PTE and _PAGE_NUMA_PMD
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 37/40] autonuma: page_autonuma change #include for sparse
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 16/40] autonuma: init knuma_migrated queues
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 01/40] mm: add unlikely to the mm allocation failure check
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 03/40] autonuma: export is_vma_temporary_stack() even if CONFIG_TRANSPARENT_HUGEPAGE=n
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 20/40] autonuma: alloc/free/init mm_autonuma
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 28/40] autonuma: make khugepaged pte_numa aware
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 17/40] autonuma: autonuma_enter/exit
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 36/40] autonuma: page_autonuma
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 06/40] autonuma: x86 pte_numa() and pmd_numa()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 27/40] autonuma: call autonuma_split_huge_page()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 39/40] autonuma: bugcheck page_autonuma fields on newly allocated pages
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 04/40] xen: document Xen is using an unused bit for the pagetables
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 15/40] autonuma: knuma_migrated per NUMA node queues
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 08/40] autonuma: teach gup_fast about pte_numa
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 07/40] autonuma: generic pte_numa() and pmd_numa()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 09/40] autonuma: introduce kthread_bind_node()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 11/40] autonuma: define the autonuma flags
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 26/40] autonuma: default mempolicy follow AutoNUMA
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 22/40] autonuma: teach CFS about autonuma affinity
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 40/40] autonuma: shrink the per-page page_autonuma struct size
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 02/40] autonuma: make set_pmd_at always available
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 33/40] autonuma: link mm/autonuma.o and kernel/sched/numa.o
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm/sparse: optimize sparse_index_alloc
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 10/12] nfs: enable swap on NFS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 10/12] nfs: enable swap on NFS
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 10/12] nfs: enable swap on NFS
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 2/2] memcg: add per cgroup dirty pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH 7/7] memcg: print more detailed info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 6/7] memcg: add per cgroup writeback pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 6/7] memcg: add per cgroup writeback pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 5/7] memcg: add per cgroup dirty pages accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 3/7] Make TestSetPageDirty and dirty page accounting in one func
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] add res_counter_usage_safe
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 1/7] memcg: update cgroup memory document
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 0/7] Per-cgroup page stat accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: Mel Gorman <mel@xxxxxxxxx>
• [RFC][PATCH 2/2] memcg : remove -ENOMEM at page migration.
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH 1/2] add res_counter_usage_safe
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/12] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/12] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [announce] pagemap-demo-ng tools
  • From: Anton Arapov <anton@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] memory-hotplug: fix kswapd looping forever problem
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 11/20] mm, s390: Convert to use generic mmu_gather
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] mm: Factor out memory isolate functions
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• RE: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: "Kim, Jong-Sung" <neidhard.kim@xxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/12] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• RE: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH v2 3/3] mm/sparse: more check on mem_section number
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: "Kim, Jong-Sung" <neidhard.kim@xxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• RE: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: "Kim, Jong-Sung" <neidhard.kim@xxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH -mm] mm: have order>0 compaction start off where it left
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 2/3] zsmalloc: add generic path and remove x86 dependency
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: excessive CPU utilization by isolate_freepages?
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] mm/sparse: more check on mem_section number
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/20] mm, s390: Convert to use generic mmu_gather
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH v2 1/3] mm/sparse: optimize sparse_index_alloc
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 3/3] mm/sparse: more check on mem_section number
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• excessive CPU utilization by isolate_freepages?
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/20] mm, s390: Convert to use generic mmu_gather
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 09/20] mm, arch: Add end argument to p??_free_tlb()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 10/20] mm: Provide generic range tracking and flushing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 14/20] mm, sh: Convert sh to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 02/20] mm: Add optional TLB flush to generic RCU page-table freeing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 05/20] mm, powerpc: Dont use tlb_flush for external tlb flushes
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 15/20] mm, um: Convert um to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 19/20] mm, sparc32: Convert sparc32 to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 12/20] mm, arm: Convert arm to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 18/20] mm, parisc: Convert parisc to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 07/20] mm, arch: Remove tlb_flush()
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 00/20] Unify TLB gather implementations -v3
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 03/20] mm, tlb: Remove a few #ifdefs
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 17/20] mm, mips: Convert mips to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 16/20] mm, avr32: Convert avr32 to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 20/20] mm, xtensa: Convert xtensa to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 13/20] mm, ia64: Convert ia64 to generic tlb
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 04/20] mm, s390: use generic RCU page-table freeing code
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 06/20] mm, sparc64: Dont use tlb_flush for external tlb flushes
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 01/20] mm, x86: Add HAVE_RCU_TABLE_FREE support
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 08/20] mm: Optimize fullmm TLB flushing
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• RE: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: Early boot panic on machine with lots of memory
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Early boot panic on machine with lots of memory
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Early boot panic on machine with lots of memory
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] zsmalloc: add generic path and remove x86 dependency
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: Early boot panic on machine with lots of memory
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 3/3] mm/sparse: more check on mem_section number
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm/sparse: fix possible memory leak
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 1/3] mm/sparse: optimize sparse_index_alloc
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [PATCH] [RESEND] arm: limit memblock base address for early_pte_alloc
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: memcg: cat: memory.memsw.* : Operation not supported
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• RE: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH -mm v2 01/11] mm: track free size between VMAs in VMA rbtree
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: + memcg-rename-config-variables.patch added to -mm tree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: BUG: No init found on NFSROOT
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: + memcg-rename-config-variables.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] finish fixing cgroup config option conversion
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: + memcg-rename-config-variables.patch added to -mm tree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 11/16] netvm: Propagate page->pfmemalloc from skb_alloc_page to skb
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/16] netvm: Allow skb allocation to use PFMEMALLOC reserves
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 04/16] mm: allow PF_MEMALLOC from softirq context
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH SLUB 1/2 v2] duplicate the cache name in saved_alias list
  • From: Li Zhong <zhong@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2 v2] memory-hotplug: fix kswapd looping forever problem
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/2 v2] mm: Factor out memory isolate functions
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 0/2 v2] fix livelock because of kswapd stop
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] fs: ramfs: file-nommu: add SetPageUptodate()
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [RFC PATCH 12/12] memory-hotplug : remove sysfs file of node
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 11/12] memory-hotplug : add node_device_release
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 10/12] memory-hotplug : free memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 9/12] memory-hotplug : implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 8/12] memory-hotplug : move register_page_bootmem_info_node and put_page_bootmem for sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 7/12] memory-hotplug : check page type in get_page_bootmem
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC PATCH 6/12] memory-hotplug : remove_memory calls __remove_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 5/12] memory-hotplug : does not release memory region in PAGES_PER_SECTION chunks
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 4/12] memory-hotplug : remove /sys/firmware/memmap/X sysfs
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 3/12] memory-hotplug : add physical memory hotplug code to acpi_memory_device_remove
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] zcache: fix refcount leak
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/12] memory-hogplug : check memory offline in offline_pages
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RFC PATCH 1/12] memory-hotplug : rename remove_memory to offline_memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [RFC PATCH 0/12] memory-hotplug : hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/3] zsmalloc: add generic path and remove x86 dependency
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/memory.c: print_vma_addr() call up_read(&mm->mmap_sem) directly
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [PATCH v2 1/9] zcache: fix refcount leak
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] [RFC][HACK] tmpfs: Purge volatile ranges on writepage instead of using shrinker
  • 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 0/5][RFC] Fallocate Volatile Ranges v5
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 5/5] [RFC][HACK] mm: Change memory management of anonymous pages on swapless systems
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 3/5] [RFC] ashmem: Convert ashmem to use volatile ranges
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 1/5] [RFC] Add volatile range management code
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• memcg: cat: memory.memsw.* : Operation not supported
  • From: Zhouping Liu <zliu@xxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] mm/sparse: check size of struct mm_section
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] zram/zcache: swtich Kconfig dependency from X86 to ZSMALLOC
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCHv4 2/2] ARM: dma-mapping: remove custom consistent dma region
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: needed lru_add_drain_all() change
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 4/5] mm/sparse: more check on mem_section number
  • From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH] mm: consider all swapped back pages in used-once logic
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH -v4 6/6] fault-injection: add notifier error injection testing scripts
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] zcache: fix refcount leak
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 00/11] kmem controller for memcg: stripped down version
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• needed lru_add_drain_all() change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 11/16] netvm: Propagate page->pfmemalloc from skb_alloc_page to skb
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: + memcg-rename-config-variables.patch added to -mm tree
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] mm/sparse: check size of struct mm_section
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] fix bad behavior in use_hierarchy file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 04/16] mm: allow PF_MEMALLOC from softirq context
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] mm/sparse: more check on mem_section number
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• [announce] pagemap-demo-ng tools
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -mm v2 01/11] mm: track free size between VMAs in VMA rbtree
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/2] fix bad behavior in use_hierarchy file
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/2] fix and deprecate use_hierarchy file
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/16] netvm: Allow skb allocation to use PFMEMALLOC reserves
  • From: Sebastian Andrzej Siewior <sebastian@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH] memcg: first step towards hierarchical controller
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: consider all swapped back pages in used-once logic
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH -mm v2 01/11] mm: track free size between VMAs in VMA rbtree
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86: add local_tlb_flush_kernel_range()
  • From: Seth Jennings <sjenning@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] memcg: first step towards hierarchical controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH -mm v2 01/11] mm: track free size between VMAs in VMA rbtree
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: AutoNUMA15
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] fix bad behavior in use_hierarchy file
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] fix bad behavior in use_hierarchy file
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] fix bad behavior in use_hierarchy file
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce compaction and migration for virtio ballooned pages
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 06/11] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 05/11] Add a __GFP_KMEMCG flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 03/11] memcg: change defines to an enum
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v2 9/9] zcache: cleanup the code between tmem_obj_init and tmem_obj_find
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 8/9] zcache: introduce get_zcache_client
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 7/9] zcache: cleanup zcache_do_preload and zcache_put_page
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/9] zcache: optimize zcache_do_preload
  • From: Xiao Guangrong <xiaoguangrong@xxxxxxxxxxxxxxxxxx>
• Re: ashmem_shrink with long term stable kernel [3.0.36]
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>