• K
    memcg: clear mm->owner when last possible owner leaves · 733eda7a
    KAMEZAWA Hiroyuki 提交于
    The following crash was reported:
    
    > Call Trace:
    > [<ffffffff81139792>] mem_cgroup_from_task+0x15/0x17
    > [<ffffffff8113a75a>] __mem_cgroup_try_charge+0x148/0x4b4
    > [<ffffffff810493f3>] ? need_resched+0x23/0x2d
    > [<ffffffff814cbf43>] ? preempt_schedule+0x46/0x4f
    > [<ffffffff8113afe8>] mem_cgroup_charge_common+0x9a/0xce
    > [<ffffffff8113b6d1>] mem_cgroup_newpage_charge+0x5d/0x5f
    > [<ffffffff81134024>] khugepaged+0x5da/0xfaf
    > [<ffffffff81078ea0>] ? __init_waitqueue_head+0x4b/0x4b
    > [<ffffffff81133a4a>] ? add_mm_counter.constprop.5+0x13/0x13
    > [<ffffffff81078625>] kthread+0xa8/0xb0
    > [<ffffffff814d13e8>] ? sub_preempt_count+0xa1/0xb4
    > [<ffffffff814d5664>] kernel_thread_helper+0x4/0x10
    > [<ffffffff814ce858>] ? retint_restore_args+0x13/0x13
    > [<ffffffff8107857d>] ? __init_kthread_worker+0x5a/0x5a
    
    What happens is that khugepaged tries to charge a huge page against an mm
    whose last possible owner has already exited, and the memory controller
    crashes when the stale mm->owner is used to look up the cgroup to charge.
    
    mm->owner has never been set to NULL with the last owner going away, but
    nobody cared until khugepaged came along.
    
    Even then it wasn't a problem because the final mmput() on an mm was
    forced to acquire and release mmap_sem in write-mode, preventing an
    exiting owner to go away while the mmap_sem was held, and until "692e0b35
    mm: thp: optimize memcg charge in khugepaged", the memory cgroup charge
    was protected by mmap_sem in read-mode.
    
    Instead of going back to relying on the mmap_sem to enforce lifetime of a
    task, this patch ensures that mm->owner is properly set to NULL when the
    last possible owner is exiting, which the memory controller can handle
    just fine.
    
    [akpm@linux-foundation.org: tweak comments]
    Signed-off-by: NHugh Dickins <hughd@google.com>
    Signed-off-by: NKAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
    Signed-off-by: NJohannes Weiner <hannes@cmpxchg.org>
    Reported-by: NHugh Dickins <hughd@google.com>
    Reported-by: NDave Jones <davej@redhat.com>
    Reviewed-by: NAndrea Arcangeli <aarcange@redhat.com>
    Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
    Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
    733eda7a
exit.c 46.7 KB