Received: by 10.223.148.5 with SMTP id 5csp7530336wrq; Thu, 18 Jan 2018 06:35:33 -0800 (PST) X-Google-Smtp-Source: ACJfBos8onAlMp6CavRwQCD/aRnfGa9v/c+6ClzLmsfOx2/d0o9TMvyLh/qg36klnBeoWdmXNcxa X-Received: by 10.101.90.10 with SMTP id y10mr27283838pgs.445.1516286133663; Thu, 18 Jan 2018 06:35:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516286133; cv=none; d=google.com; s=arc-20160816; b=TIq0rAo16ovpUHVdf0HG8NoTGgD7TLN1NKitO5QnFK2Ta98hMVIJ9ZAkFhIUDW2kIM s7rhGDgQr800XTXZKOVE2BfNgPZou9pVW2TCYyqQ7aK12p4BA/duUAE+wlrZwvMIqaAX RDSElRyVIj4q16ReWVQmYiyQchPBnpy49bGQVkdSf1t3AHGvivDGzYFH7noMyuUHfMmF XE3LM/p0LktmrDvZJihRtR/+T3TaSm+tT7NMsD7aiAVLndeTgIuWvqFkTJDZxb+rBUaI 6CMwzr7oVCPo8lWwhf9iyT31JgTIPuwR9bmFq+MZy/Hq8pJUoWKDYLlQ/TV2ui0+w/QF YHoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=Wl0JkoLnoNYbhFZ52KICd0VmUgCESpMAhY/1CzAn8oQ=; b=ODmNXz7vf1KcgkhAPI2mLb1MxxN5YNFIph4fzhW40wsRqwIzVKOxFkm4cEEuAYilBt OfO74GNSdV1S/Sg4sLsGhsS9/e3HhosV310gOQqy177uIhcRBI/pPY05uNVw61aX8cuQ 9gL7JOzpuIlSEnUsdvThefgWAD1wVfZXHqhYy1uR5/ehLEuqVlehn91XUKyjvvgYTwBn hUV0qBJLVsnmt8qTJOnpVoJtexweMABTpzQ0FwAzuf4/86of61ra/H5sO8GagDzWGiA9 Ucw4TQVzQovHKv+7A+esL+11sh5dXRu26FwN3zIMV91Ep9TbZc44QYhAA2YqYwg1FRmg 9SvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=ZRdAW3DB; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u15si6981901pfg.199.2018.01.18.06.35.19; Thu, 18 Jan 2018 06:35:33 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=ZRdAW3DB; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756523AbeAROeS (ORCPT + 99 others); Thu, 18 Jan 2018 09:34:18 -0500 Received: from mail-wm0-f66.google.com ([74.125.82.66]:44728 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756460AbeAROeQ (ORCPT ); Thu, 18 Jan 2018 09:34:16 -0500 Received: by mail-wm0-f66.google.com with SMTP id t74so22532685wme.3 for ; Thu, 18 Jan 2018 06:34:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shutemov-name.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Wl0JkoLnoNYbhFZ52KICd0VmUgCESpMAhY/1CzAn8oQ=; b=ZRdAW3DBdVTUwWnohpUMHd2DrKjChEqGP65FsHFV3rAsstNielOUzKj4BnglQRImz2 vMGXGHeZIVe6WM7PqAm/BtCUnj2UEZW1Q8vmeVBnP/baB/z0X2xK6N3YGIgJBTfs2pHO jpCCZYgqf5R6/Widma7oyKj085ZZrHEMf6k7OL2zR7kjmnABOHOw93oVZS6CJEO0DGt3 Gy8XlyGpRnTunmLBlPV3pGUmfo70iwLfXdpOx8UjQZ9HovV8E4hvO5B0FC7gvBA7AI1w oEYqRaE2Ib57B3kokltbg2kskvJujDjKJQ31cQCdK5j4JJ2t74WdrmU7VjrCv9ryhV7F NxvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Wl0JkoLnoNYbhFZ52KICd0VmUgCESpMAhY/1CzAn8oQ=; b=Dxbdb0O1wE25vbzlrogLkYkiuwp1YqNd12ebGiI5JEqOS0aiBmJNgJNqgCI7PSX6SV b1qax9Ly6GCXrbNiqKHI1PucZ9mpszIMwfGEmFt9ksqP6SoH4ldZ6VaWCBupzmd9jcX8 A87f5PX9mBXt3uxUcm5aG7P7q6P/rD6jEg84WeCF53I0ppl3ULluXMBVvtOC/yVAoQmH lvY1P9u0bDxFERgSi2HKOecGupeIO98y89DowM1djLsC1y6vP5EDEyrku74aJxi/t2gR 2VN82QQhM0ZToiXkazIUmmfaRQWs+wPQ/B59mvh1FUb6VKMH6z0sJ0ck1MV3KnkVYnPb WH3A== X-Gm-Message-State: AKwxytcD4Ug/L6x/MAxA3VpcT2JUQBq38nmP7GoagS0ku9HMoZODlfpj PZfXyJ+xdky1a5b+sSIR3q5yvg== X-Received: by 10.80.187.101 with SMTP id y92mr7521542ede.251.1516286055216; Thu, 18 Jan 2018 06:34:15 -0800 (PST) Received: from node.shutemov.name ([178.122.206.50]) by smtp.gmail.com with ESMTPSA id j3sm4471436edh.55.2018.01.18.06.34.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 06:34:14 -0800 (PST) Received: by node.shutemov.name (Postfix, from userid 1000) id DAD26648D520; Thu, 18 Jan 2018 17:34:10 +0300 (+03) Date: Thu, 18 Jan 2018 17:34:10 +0300 From: "Kirill A. Shutemov" To: Tetsuo Handa Cc: torvalds@linux-foundation.org, kirill.shutemov@linux.intel.com, akpm@linux-foundation.org, hannes@cmpxchg.org, iamjoonsoo.kim@lge.com, mgorman@techsingularity.net, tony.luck@intel.com, vbabka@suse.cz, mhocko@kernel.org, aarcange@redhat.com, hillf.zj@alibaba-inc.com, hughd@google.com, oleg@redhat.com, peterz@infradead.org, riel@redhat.com, srikar@linux.vnet.ibm.com, vdavydov.dev@gmail.com, dave.hansen@linux.intel.com, mingo@kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org Subject: Re: [mm 4.15-rc8] Random oopses under memory pressure. Message-ID: <20180118143410.sozfsbmb3liumn3x@node.shutemov.name> References: <201801160115.w0G1FOIG057203@www262.sakura.ne.jp> <201801170233.JDG21842.OFOJMQSHtOFFLV@I-love.SAKURA.ne.jp> <201801172008.CHH39543.FFtMHOOVSQJLFO@I-love.SAKURA.ne.jp> <201801181712.BFD13039.LtHOSVMFJQFOFO@I-love.SAKURA.ne.jp> <20180118122550.2lhsjx7hg5drcjo4@node.shutemov.name> <20180118131210.456oyh6fw4scwv53@node.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180118131210.456oyh6fw4scwv53@node.shutemov.name> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 18, 2018 at 04:12:10PM +0300, Kirill A. Shutemov wrote: > On Thu, Jan 18, 2018 at 03:25:50PM +0300, Kirill A. Shutemov wrote: > > On Thu, Jan 18, 2018 at 05:12:45PM +0900, Tetsuo Handa wrote: > > > Tetsuo Handa wrote: > > > > OK. I missed the mark. I overlooked that 4.11 already has this problem. > > > > > > > > I needed to bisect between 4.10 and 4.11, and I got plausible culprit. > > > > > > > > I haven't completed bisecting between b4fb8f66f1ae2e16 and c470abd4fde40ea6, but > > > > b4fb8f66f1ae2e16 ("mm, page_alloc: Add missing check for memory holes") and > > > > 13ad59df67f19788 ("mm, page_alloc: avoid page_to_pfn() when merging buddies") > > > > are talking about memory holes, which matches the situation that I'm trivially > > > > hitting the bug if CONFIG_SPARSEMEM=y . > > > > > > > > Thus, I call for an attention by speculative execution. ;-) > > > > > > Speculative execution failed. I was confused by jiffies precision bug. > > > The final culprit is c7ab0d2fdc840266 ("mm: convert try_to_unmap_one() to use page_vma_mapped_walk()"). > > > > I think I've tracked it down. check_pte() in mm/page_vma_mapped.c doesn't > > work as intended. > > > > I've added instrumentation below to prove it. > > > > The BUG() triggers with following output: > > > > [ 10.084024] diff: -858690919 > > [ 10.084258] hpage_nr_pages: 1 > > [ 10.084386] check1: 0 > > [ 10.084478] check2: 0 > > > > Basically, pte_page(*pvmw->pte) is below pvmw->page, but > > (pte_page(*pvmw->pte) < pvmw->page) doesn't catch it. > > > > Well, I can see how C lawyer can argue that you can only compare pointers > > of the same memory object which is not the case here. But this is kinda > > insane. > > > > Any suggestions how to rewrite it in a way that compiler would > > understand? > > The patch below makes the crash go away for me. > > But this is situation is scary. So we cannot compare arbitrary pointers in > kernel? > > Don't we rely on this for lock ordering in some cases? Like in > mutex_lock_double()? > > diff --git a/mm/page_vma_mapped.c b/mm/page_vma_mapped.c > index d22b84310f6d..1f0f512fd127 100644 > --- a/mm/page_vma_mapped.c > +++ b/mm/page_vma_mapped.c > @@ -51,6 +51,8 @@ static bool check_pte(struct page_vma_mapped_walk *pvmw) > WARN_ON_ONCE(1); > #endif > } else { > + unsigned long ptr1, ptr2; > + > if (is_swap_pte(*pvmw->pte)) { > swp_entry_t entry; > > @@ -63,12 +65,14 @@ static bool check_pte(struct page_vma_mapped_walk *pvmw) > if (!pte_present(*pvmw->pte)) > return false; > > - /* THP can be referenced by any subpage */ > - if (pte_page(*pvmw->pte) - pvmw->page >= > - hpage_nr_pages(pvmw->page)) { > + ptr1 = (unsigned long)pte_page(*pvmw->pte); > + ptr2 = (unsigned long)pvmw->page; > + > + if (ptr1 < ptr2) > return false; > - } > - if (pte_page(*pvmw->pte) < pvmw->page) > + > + /* THP can be referenced by any subpage */ > + if (ptr1 - ptr2 >= hpage_nr_pages(pvmw->page)) Arghhh.. It has to be if (ptr1 - ptr2 >= hpage_nr_pages(pvmw->page) * sizeof(*pvmw->page)) -- Kirill A. Shutemov