From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-f71.google.com (mail-oi0-f71.google.com [209.85.218.71]) by kanga.kvack.org (Postfix) with ESMTP id 9D4E16B03A9 for ; Mon, 10 Apr 2017 04:57:11 -0400 (EDT) Received: by mail-oi0-f71.google.com with SMTP id q11so41594378oig.16 for ; Mon, 10 Apr 2017 01:57:11 -0700 (PDT) Received: from dggrg01-dlp.huawei.com (szxga01-in.huawei.com. [45.249.212.187]) by mx.google.com with ESMTPS id e62si6141688otb.307.2017.04.10.01.57.08 for (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 10 Apr 2017 01:57:10 -0700 (PDT) Message-ID: <58EB48D6.1050308@huawei.com> Date: Mon, 10 Apr 2017 16:56:54 +0800 From: Xishi Qiu MIME-Version: 1.0 Subject: Re: NULL pointer dereference in the kernel 3.10 References: <58E8E81E.6090304@huawei.com> <0a1a01d2b1c5$9ce961e0$d6bc25a0$@alibaba-inc.com> In-Reply-To: <0a1a01d2b1c5$9ce961e0$d6bc25a0$@alibaba-inc.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Hillf Danton Cc: 'zhong jiang' , 'Michal Hocko' , 'Johannes Weiner' , vdavydov.dev@gmail.com, mgorman@techsingularity.net, 'Vlastimil Babka' , 'Linux Memory Management List' , 'LKML' On 2017/4/10 14:42, Hillf Danton wrote: > On April 08, 2017 9:40 PM zhong Jiang wrote: >> >> when runing the stabile docker cases in the vm. The following issue will come up. >> >> #40 [ffff8801b57ffb30] async_page_fault at ffffffff8165c9f8 >> [exception RIP: down_read_trylock+5] >> RIP: ffffffff810aca65 RSP: ffff8801b57ffbe8 RFLAGS: 00010202 >> RAX: 0000000000000000 RBX: ffff88018ae858c1 RCX: 0000000000000000 >> RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000008 >> RBP: ffff8801b57ffc10 R8: ffffea0006903de0 R9: ffff8800b3c61810 >> R10: 00000000000022cb R11: 0000000000000000 R12: ffff88018ae858c0 >> R13: ffffea0006903dc0 R14: 0000000000000008 R15: ffffea0006903dc0 >> ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0000 >> #41 [ffff8801b57ffbe8] page_lock_anon_vma_read at ffffffff811b241c >> #42 [ffff8801b57ffc18] page_referenced at ffffffff811b26a7 >> #43 [ffff8801b57ffc90] shrink_active_list at ffffffff8118d634 >> #44 [ffff8801b57ffd48] balance_pgdat at ffffffff8118f088 >> #45 [ffff8801b57ffe20] kswapd at ffffffff8118f633 >> #46 [ffff8801b57ffec8] kthread at ffffffff810a795f >> #47 [ffff8801b57fff50] ret_from_fork at ffffffff81665398 >> crash> struct page.mapping ffffea0006903dc0 >> mapping = 0xffff88018ae858c1 >> crash> struct anon_vma 0xffff88018ae858c0 >> struct anon_vma { >> root = 0x0, >> rwsem = { >> count = 0, >> wait_lock = { >> raw_lock = { >> { >> head_tail = 1, >> tickets = { >> head = 1, >> tail = 0 >> } >> } >> } >> }, >> wait_list = { >> next = 0x0, >> prev = 0x0 >> } >> }, >> refcount = { >> counter = 0 >> }, >> rb_root = { >> rb_node = 0x0 >> } >> } >> >> This maks me wonder, the anon_vma do not come from slab structure. >> and the content is abnormal. IMO, At least anon_vma->root will not NULL. >> The issue can be reproduced every other week. >> > Check please if commit > 624483f3ea8 ("mm: rmap: fix use-after-free in __put_anon_vma") > is included in the 3.10 you are running. > Hi Hillf, We missed this patch in RHEL 7.2 Could you please give more details for how it triggered? Thanks, Xishi QIu > btw, why not run the mainline? > > Hillf > > > > . > -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org