Linux Memory Management

• Thread Index

• [PATCH] mm: protect against concurrent vma expansion
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [patch] bdi: add a user-tunable cpu_list for the bdi flusher threads
  • From: Zach Brown <zab@xxxxxxxxxx>
• Re: [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: 32/64-bit NUMA consolidation behavior regresion
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: 32/64-bit NUMA consolidation behavior regresion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] Latest numa/core release, v18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] sched: Refine the 'shared tasks' memory interleaving logic
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 09/10] sched: Add convergence strength based adaptive NUMA page fault rate
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 08/10] sched: Converge NUMA migrations
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 06/10] sched: Remove statistical NUMA scheduling
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 07/10] sched: Track quality and strength of convergence
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 05/10] sched: Introduce directed NUMA convergence
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 04/10] mm, numa: Turn 4K pte NUMA faults into effective hugepage ones
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 03/10] numa, mempolicy: Improve CONFIG_NUMA_BALANCING=y OOM behavior
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 02/10] sched: Move the NUMA placement logic to a worklet
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 00/10] Latest numa/core release, v18
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 01/10] sched: Add "task flipping" support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] mm: Generate events when tasks change their memory
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 1/2] mm: Mark VMA with VM_TRACE bit
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] mm: Add ability to monitor task's memory changes
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Results for balancenuma v8, autonuma-v28fast and numacore-20121126
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 0/4] replace cgroup_lock with local lock in memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] replace cgroup_lock with local lock in memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 2/4] memcg: prevent changes to move_charge_at_immigrate during task attach
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH 2/4] memcg: prevent changes to move_charge_at_immigrate during task attach
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] thp: avoid race on multiple parallel page faults to the same page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 0/2] kernel BUG at mm/huge_memory.c:212!
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/2] thp: fix anononymous page accounting in fallback path for COW of HZP
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• MMTests 0.08
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH 0/4] replace cgroup_lock with local lock in memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/4] memcg: prevent changes to move_charge_at_immigrate during task attach
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/4] cgroup: warn about broken hierarchies only after css_online
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/4] memcg: split part of memcg creation to css_online
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 4/4] memcg: replace cgroup_lock with memcg specific memcg_lock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Results for balancenuma v8, autonuma-v28fast and numacore-20121126
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 00/46] Automatic NUMA Balancing V8
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH] proc: add /proc/kpagecskip interface
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [patch v2 5/6] memcg: further simplify mem_cgroup_iter
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [patch v2 5/6] memcg: further simplify mem_cgroup_iter
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch v2 6/6] cgroup: remove css_get_next
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices(was: How to specify IOMMU'able devices in DT)
  • From: Mark Zhang <nvmarkzhang@xxxxxxxxx>
• Re: [patch v2 6/6] cgroup: remove css_get_next
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v2 5/6] memcg: further simplify mem_cgroup_iter
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v2 4/6] memcg: simplify mem_cgroup_iter
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• RE: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• RE: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [memcg:since-3.6 341/499] drivers/virtio/virtio_balloon.c:157:2-8: preceding lock on line 136
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Zach Brown <zab@xxxxxxxxx>
• [memcg:since-3.6 493/499] include/trace/events/filemap.h:14:1: sparse: incompatible types for operation (<)
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: zram, OOM, and speed of allocation
  • From: Sonny Rao <sonnyrao@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC, PATCH 00/19] Numa aware LRU lists and shrinkers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: zram, OOM, and speed of allocation
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: zram, OOM, and speed of allocation
  • From: Sonny Rao <sonnyrao@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] sched, numa, mm: Add adaptive NUMA affinity support
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: zram, OOM, and speed of allocation
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: [RFC, PATCH 00/19] Numa aware LRU lists and shrinkers
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: zram, OOM, and speed of allocation
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/3] Volatile Ranges (v7) & Lots of words
  • From: Mike Hommey <mh@xxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [memcg:since-3.6 480/499] mm/highmem.c:157:8: error: void value not ignored as it ought to be
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [memcg:since-3.6 480/499] mm/highmem.c:157:8: error: void value not ignored as it ought to be
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] memcg: do not check for mm in mem_cgroup_count_vm_event disabled
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Patch v5 5/7] acpi_memhotplug.c: don't allow to eject the memory device if it is being used
  • From: andywu106建国 <wujianguo106@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages occupied by memmap
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices(was: How to specify IOMMU'able devices in DT)
  • From: Thierry Reding <thierry.reding@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: CK5 [6/6] Common alignment code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: CK5 [5/6] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fix kvm's use of __pa() on percpu areas
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fix kvm's use of __pa() on percpu areas
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: kernel BUG at mm/huge_memory.c:212!
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• [BUG REPORT] [mm-hotplug, aio] aio ring_pages can't be offlined
  • From: Lin Feng <linfeng@xxxxxxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices(was: How to specify IOMMU'able devices in DT)
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [RFC v2] Support volatile range for anon vma
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jim Meyering <jim@xxxxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages occupied by memmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• mmotm 2012-11-28-18-24 uploaded
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH 3/3] zram: get rid of lockdep warning
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH] tmpfs: support SEEK_DATA and SEEK_HOLE (reprise)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC][PATCH 2/2] fix kvm's use of __pa() on percpu areas
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/2] create slow_virt_to_phys()
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• zram, OOM, and speed of allocation
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• 32/64-bit NUMA consolidation behavior regresion
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation of pages occupied by memmap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] mm, memcg: avoid unnecessary function call when memcg is disabled
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [patch] bdi: add a user-tunable cpu_list for the bdi flusher threads
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 13/13] cpuset: replace cgroup_mutex locking with cpuset internal locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/13] cpuset: schedule hotplug propagation from cpuset_attach() if the cpuset is empty
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/13] cpuset: pin down cpus and mems while a task is being attached
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/13] cpuset: make CPU / memory hotplug propagation asynchronous
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/13] cpuset: don't nest cgroup_mutex inside get_online_cpus()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/13] cpuset: reorganize CPU / memory hotplug handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/13] cpuset: drop async_rebuild_sched_domains()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• RE: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH 06/13] cpuset: cleanup cpuset[_can]_attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/13] cpuset: introduce cpuset_for_each_child()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/13] cpuset: introduce CS_ONLINE
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/13] cpuset: introduce ->css_on/offline()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/13] cpuset: remove fast exit path from remove_tasks_in_empty_cpuset()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/13] cpuset: remove unused cpuset_unlock()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cpuset: decouple cpuset locking from cgroup core
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT on tmpfs (again)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: BUG_ON(inode->i_blocks);
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices(was: How to specify IOMMU'able devices in DT)
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC] Add mempressure cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• CK5 [6/6] Common alignment code
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [5/6] slab: Use the new create_boot_cache function to simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [3/6] create common functions for boot slab creation
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [4/6] slub: Use a statically allocated kmem_cache boot structure for bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [2/6] slab: Simplify bootstrap
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [1/6] Use correct cpu_slab on dead cpu
  • From: Christoph Lameter <cl@xxxxxxxxx>
• CK5 [0/6] Sl[auo]b: Common patches for 3.8 merge window
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 15/19] xfs: convert dquot cache lru to list_lru
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/19] list: add a new LRU list type
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 3/3] zram: get rid of lockdep warning
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• livelock in __writeback_inodes_wb ?
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: numa/core regressions fixed - more testers wanted
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH 00/45] Automatic NUMA Balancing V7
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH 1/1] ARM: tegra: bus_notifier registers IOMMU devices(was: How to specify IOMMU'able devices in DT)
  • From: Hiroshi Doyu <hdoyu@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [patch] mm: introduce a common interface for balloon pages mobility fix
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• [RFC] Add mempressure cgroup
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] mm: introduce a common interface for balloon pages mobility fix
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch v2 4/6] memcg: simplify mem_cgroup_iter
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v2 2/6] memcg: keep prev's css alive for the whole mem_cgroup_iter
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: another allocation livelock with zram
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: Lockdep complain for zram
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] zram: allocate metadata when disksize is set up
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/2] zram: allocate metadata when disksize is set up
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/2] zram: force disksize setting before using zram
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] PM / Runtime: force memory allocation with no I/O during Runtime PM callbcack
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH 3/3] zram: get rid of lockdep warning
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 2/3] zram: give up lazy initialization of zram metadata
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH 1/3] zram: force disksize setting before using zram
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [patch] mm: introduce a common interface for balloon pages mobility fix
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm: introduce a common interface for balloon pages mobility fix
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch] mm: introduce a common interface for balloon pages mobility fix
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: kernel BUG at mm/huge_memory.c:212!
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• [PATCH] mm: fix balloon_page_movable() page->flags check
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 19/19] shrinker: Kill old ->shrink API.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 13/19] xfs: Node aware direct inode reclaim
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 18/19] shrinker: convert remaining shrinkers to count/scan API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 01/19] dcache: convert dentry_stat.nr_unused to per-cpu counters
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 17/19] drivers: convert shrinkers to new count/scan API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 14/19] xfs: use generic AG walk for background inode reclaim
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 12/19] xfs: convert buftarg LRU to generic code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 10/19] shrinker: add node awareness
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 08/19] dcache: convert to use new lru list infrastructure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 09/19] list_lru: per-node list infrastructure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 02/19] dentry: move to per-sb LRU locks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 07/19] inode: convert inode lru list to generic lru list code.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 15/19] xfs: convert dquot cache lru to list_lru
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 16/19] fs: convert fs shrinkers to new scan/count API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 11/19] fs: convert inode and dentry shrinking to be node aware
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 03/19] dcache: remove dentries from LRU before putting on dispose list
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 04/19] mm: new shrinker API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 05/19] shrinker: convert superblock shrinkers to new API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC, PATCH 00/19] Numa aware LRU lists and shrinkers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 06/19] list: add a new LRU list type
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] mm, soft offline: split thp at the beginning of soft_offline_page()
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Valdis.Kletnieks@xxxxxx
• Re: kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: kswapd craziness in 3.7
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm, soft offline: split thp at the beginning of soft_offline_page()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] mm, soft offline: split thp at the beginning of soft_offline_page()
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/8] mm: frontswap: lazy initialization to allow tmem backends to build/run as modules
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH v6 5/6] PM / Runtime: force memory allocation with no I/O during Runtime PM callbcack
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• kernel BUG at mm/huge_memory.c:212!
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] mm: Export a function to get vm committed memory
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] mm, soft offline: split thp at the beginning of soft_offline_page()
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] mm, soft offline: split thp at the beginning of soft_offline_page()
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: kswapd craziness in 3.7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH -v2 -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch] mm: vmscan: fix kswapd endless loop on higher order allocation
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• kswapd craziness in 3.7
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/6] solve deadlock caused by memory allocation with I/O
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• BUG_ON(inode->i_blocks);
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH v2 3/3] ARM: mm: use static_vm for managing static mapped areas
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [PATCH v2 2/3] ARM: static_vm: introduce an infrastructure for static mapped area
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [PATCH v2 1/3] ARM: vmregion: remove vmregion code entirely
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• [PATCH v2 0/3] introduce static_vm for ARM-specific static mapped area
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• O_DIRECT on tmpfs (again)
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 2/2] zram: allocate metadata when disksize is set up
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Re: [PATCH v2 4/5] mm, highmem: makes flush_all_zero_pkmaps() return index of first flushed entry
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH v11 4/7] mm: introduce compaction and migration for ballooned pages
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH] Revert "mm: remove __GFP_NO_KSWAPD"
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] mm: compaction: Fix return value of capture_free_page
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: mm/vmemmap: fix wrong use of virt_to_page
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Bob Liu <lliubbo@xxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/2] zram: allocate metadata when disksize is set up
  • From: Nitin Gupta <ngupta@xxxxxxxxxx>
• Re: [PATCH 1/2] zram: force disksize setting before using zram
  • From: Nitin Gupta <ngupta@xxxxxxxxxx>
• Re: [PATCH 0/3] fix missing rb_subtree_gap updates on vma insert/erase
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: mm/vmemmap: fix wrong use of virt_to_page
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: mm/vmemmap: fix wrong use of virt_to_page
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: mm/vmemmap: fix wrong use of virt_to_page
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add movablecore_map boot option
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• mm/vmemmap: fix wrong use of virt_to_page
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• mmotm 2012-11-26-17-32 uploaded
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/3] fix missing rb_subtree_gap updates on vma insert/erase
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: another allocation livelock with zram
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC v3 0/3] vmpressure_fd: Linux VM pressure notifications
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 19/33] sched: Add adaptive NUMA affinity support
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Zach Brown <zab@xxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• mmap_sem contention issues
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: Hiro Lalwani <meetmehiro@xxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• [patch v2 5/6] memcg: further simplify mem_cgroup_iter
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch v2 6/6] cgroup: remove css_get_next
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch v2 4/6] memcg: simplify mem_cgroup_iter
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch v2 3/6] memcg: rework mem_cgroup_iter to use cgroup iterators
  • From: Michal Hocko <mhocko@xxxxxxx>
• rework mem_cgroup iterator
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch v2 1/6] memcg: synchronize per-zone iterator access by a spinlock
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch v2 2/6] memcg: keep prev's css alive for the whole mem_cgroup_iter
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [Bug 50981] generic_file_aio_read ?: No locking means DATA CORRUPTION read and write on same 4096 page range
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v12 4/7] mm: introduce compaction and migration for ballooned pages
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: compaction: Fix return value of capture_free_page
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH 00/41] Automatic NUMA Balancing V6
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Jianguo Wu <wujianguo106@xxxxxxxxx>
• [PATCH] dma-mapping: fix dma_common_get_sgtable() conditional compilation
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: Comparison between three trees (was: Latest numa/core release, v17)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH for 3.2.34] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• Re: [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: wujianguo <wujianguo106@xxxxxxxxx>
• [PATCH] mm: compaction: Fix return value of capture_free_page
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Johannes Hirte <johannes.hirte@xxxxxxxxxxxxxxxxx>
• [PATCH 1/5] cpu_hotplug: clear apicid to node when the cpu is hotremoved
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 5/5] Do not use cpu_to_node() to find an offlined cpu's node.
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 2/5] memory-hotplug: export the function try_offline_node()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 0/5] cpu-hotplug,memory-hotplug: bug fix for offlining node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 4/5] cpu-hotplug,memory-hotplug: clear cpu_to_node() when offlining the node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 3/5] cpu-hotplug, memory-hotplug: try offline the node when hotremoving a cpu
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH] memory: fix the argument passed to sync_alobal_pgds()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFT PATCH v1 0/5] fix up inaccurate zone->present_pages
  • From: Chris Clayton <chris2553@xxxxxxxxxxxxxx>
• Re: Comparison between three trees (was: Latest numa/core release, v17)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: numa/core regressions fixed - more testers wanted
  • From: Alex Shi <lkml.alex@xxxxxxxxx>
• Re: [PATCH v2 1/5] x86: get pg_data_t's memory from other node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH] mm,vmscan: free pages if compaction_suitable tells us to
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH] mm,vmscan: only loop back if compaction would fail in all zones
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: Comparison between three trees (was: Latest numa/core release, v17)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Comparison between three trees (was: Latest numa/core release, v17)
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] mm,vmscan: free pages if compaction_suitable tells us to
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm,vmscan: free pages if compaction_suitable tells us to
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Problem in Page Cache Replacement
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [PATCH] mm,vmscan: free pages if compaction_suitable tells us to
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Comparison between three trees (was: Latest numa/core release, v17)
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH 04/19] sched, numa, mm: Describe the NUMA scheduling problem formally
  • From: abhishek agarwal <abhigem.126@xxxxxxxxx>
• Re: [PATCH 04/19] sched, numa, mm: Describe the NUMA scheduling problem formally
  • From: abhishek agarwal <abhigem.126@xxxxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [RFC PATCH v3 2/3] acpi_memhotplug: Add prepare_remove operation
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: Problem in Page Cache Replacement
  • From: Metin Döşlü <metindoslu@xxxxxxxxx>
• [PATCH v6 6/6] USB: forbid memory allocation with I/O during bus reset
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 5/6] PM / Runtime: force memory allocation with no I/O during Runtime PM callbcack
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 4/6] net/core: apply pm_runtime_set_memalloc_noio on network devices
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 3/6] block/genhd.c: apply pm_runtime_set_memalloc_noio on block devices
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio()
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 1/6] mm: teach mm by current context info to not do I/O during memory allocation
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH v6 0/6] solve deadlock caused by memory allocation with I/O
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] x86: get pg_data_t's memory from other node
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• [PATCH v3] mm: trace filemap add and del
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: percpu section failure with Gold linker
  • From: Tejun Heo <tj@xxxxxxxxxx>
• percpu section failure with Gold linker
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: behavior of zram stats, and zram allocation limit
  • From: Luigi Semenzato <semenzato@xxxxxxxxxx>
• [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 2/3] acpi_memhotplug: Add prepare_remove operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Comparison between three trees (was: Latest numa/core release, v17)
  • From: Mel Gorman <mgorman@xxxxxxx>
• RE: behavior of zram stats, and zram allocation limit
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: numa/core regressions fixed - more testers wanted
  • From: Alex Shi <lkml.alex@xxxxxxxxx>
• Re: [PATCH] Revert "mm: remove __GFP_NO_KSWAPD"
  • From: Thorsten Leemhuis <fedora@xxxxxxxxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: Lockdep complain for zram
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• [PATCH v2] mm: trace filemap add and del
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH 2/2] memcg: debugging facility to access dangling memcgs.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: numa/core regressions fixed - more testers wanted
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: Tomas Racek <tracek@xxxxxxxxxx>
• Question about __zone_reclaim()
  • From: Roman Gushchin <klamm@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: debugging facility to access dangling memcgs.
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v2 4/5] page_alloc: Make movablecore_map has higher priority
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 3/5] page_alloc: Introduce zone_movable_limit[] to keep movable limit for nodes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 5/5] page_alloc: Bootmem limit with movablecore_map
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 0/5] Add movablecore_map boot option
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 1/5] x86: get pg_data_t's memory from other node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 2/5] page_alloc: add movable_memmap kernel parameter
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] mm: numa: Add THP migration for the NUMA working set scanning fault case -fixes
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/2] memcg: debugging facility to access dangling memcgs.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: helper do determine group name
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] memcg: debugging facility to access dangling memcgs.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memory-cgroup bug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.7-rc6 soft lockup in kswapd0
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH 02/40] x86: mm: drop TLB flush from ptep_set_access_flags
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: memory-cgroup bug
  • From: "azurIt" <azurit@xxxxxxxx>