Message ID | e51ac0fd-4f96-4728-925-bc54f09ec013@google.com (mailing list archive) |
---|---|
State | New |
Headers | show
Return-Path: <owner-linux-mm@kvack.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 926C6C77B7A for <linux-mm@archiver.kernel.org>; Mon, 29 May 2023 06:18:51 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 297CB900003; Mon, 29 May 2023 02:18:51 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 26EB3900002; Mon, 29 May 2023 02:18:51 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 10FF1900003; Mon, 29 May 2023 02:18:51 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id F2A86900002 for <linux-mm@kvack.org>; Mon, 29 May 2023 02:18:50 -0400 (EDT) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id BE84F1201FB for <linux-mm@kvack.org>; Mon, 29 May 2023 06:18:50 +0000 (UTC) X-FDA: 80842289220.26.F5AD194 Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) by imf05.hostedemail.com (Postfix) with ESMTP id 0691810000A for <linux-mm@kvack.org>; Mon, 29 May 2023 06:18:48 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=google.com header.s=20221208 header.b=1iA4YfG+; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf05.hostedemail.com: domain of hughd@google.com designates 209.85.219.172 as permitted sender) smtp.mailfrom=hughd@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1685341129; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=7tbEFbFk5pzLjwVra+37SCseEW8dJexk2Np2YDtZH+c=; b=x6pvB8vEwME37/dKf0c+n3UH+vzpEw7PkAji8EDG15fl4/dcC2VjjZXpI1bc4nt2U5xsC7 DNsQYYM+uSiAOUJnHXUTGUW+SNg8AwGkfeepTR3bjsQbuYpze5I8yRERYO7cyMCwsdoWxq jIp/9q3dRhEgqPP7+ZvZ7PWjFw10tRU= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=google.com header.s=20221208 header.b=1iA4YfG+; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf05.hostedemail.com: domain of hughd@google.com designates 209.85.219.172 as permitted sender) smtp.mailfrom=hughd@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1685341129; a=rsa-sha256; cv=none; b=MvlmDgoL1JgPcszLWrDpoQbNIJ00SIGYAT1OLuUkE105l65ZKN/jOwZH8snYSAAq0EIwXA VUaExSVxi3Tr8FzhjQTNNq+dOjI3+q5VhPQ6kWJ8zTSfX2wY1XBVFJtaTbtJWqeuleUArD tmhRMzGsZfw1LWkX6h9fN5kc5X430tI= Received: by mail-yb1-f172.google.com with SMTP id 3f1490d57ef6-bacbc7a2998so4349823276.3 for <linux-mm@kvack.org>; Sun, 28 May 2023 23:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1685341128; x=1687933128; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=7tbEFbFk5pzLjwVra+37SCseEW8dJexk2Np2YDtZH+c=; b=1iA4YfG+l9uCrVK/VfGes1VI6E6dNElNmfH0Ym6MNMAOfLc3iDqikpG9Fh1kd0GZyN S2vDJSr0c2W4FoH5DTwBlYn9D4ysTNQfO/tuIIGYNqiQ41PKjRspMrJoqD8nN+1AW+Ll ZG2b3ePp7JtiTJ6Eed3Cy8FX00RyB15yPBCU8A7XIPIx+RIeQ7MpGS9HzfE/9OdJpx+S pAKYTbnfjluypjHVFpFATeSkHhnhYcVPl6qM+K8dkTFH6eXbpsYJ5LutgoPOrieOlSV3 oZuduBLXP+Ip6U8GW3EdevUfmC5f9cH9uaENaWd8adKsUbZ/byUTAk7/38rOHk1lVCDe TGTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685341128; x=1687933128; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=7tbEFbFk5pzLjwVra+37SCseEW8dJexk2Np2YDtZH+c=; b=E3PdroqpWyUhWD0/3tp3fh4Afx3Jd5PhKshpSWxsZHoXf+7MHtFBlDbui4/peR4sUo x2DkvauEg5hB3EN7qgyq8yGBTytHcvEh5IcMk/kt7lrBooGxTWNipEQnKu4bYIDXEBJx uxQU3+8oO+ToY6ziX8TpM+6JiLqxyb/HJ/+ncjIJbB3FPdfX2W7Bz0gGBg9KVxE73sT+ aSBiu6zDprzvcW7ueP4SxccuwAx3fKVIE9k43L0x27TCCh3o4QGaYZtZ7OrsQnlL4aJL rBlntL2o5sQzwTAqZIELvbuWsv4DrH1pTdrQv8o7S9pQ/6RcGKFA72jHlH1wrIB4WXC6 xv6A== X-Gm-Message-State: AC+VfDxjQyK/PgOrRn/n8MZAQx6StZSkRHiSu8UWPhguwlVIMrJHrFWN R/sLIsCktMKmj4Enp35+NsZ2ww== X-Google-Smtp-Source: ACHHUZ5wa1HnlGmpMM6V73fepd9odIlgE0K/gNhr4bUAPSedVjgsksTyRpOUN3YO0dkzYJPD3+qKCw== X-Received: by 2002:a81:6b09:0:b0:561:c147:1d46 with SMTP id g9-20020a816b09000000b00561c1471d46mr12682711ywc.9.1685341127900; Sun, 28 May 2023 23:18:47 -0700 (PDT) Received: from ripple.attlocal.net (172-10-233-147.lightspeed.sntcca.sbcglobal.net. [172.10.233.147]) by smtp.gmail.com with ESMTPSA id m19-20020a819e13000000b00560c648ef1esm3382356ywj.72.2023.05.28.23.18.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 28 May 2023 23:18:47 -0700 (PDT) Date: Sun, 28 May 2023 23:18:43 -0700 (PDT) From: Hugh Dickins <hughd@google.com> X-X-Sender: hugh@ripple.attlocal.net To: Andrew Morton <akpm@linux-foundation.org> cc: Mike Kravetz <mike.kravetz@oracle.com>, Mike Rapoport <rppt@kernel.org>, "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>, Matthew Wilcox <willy@infradead.org>, David Hildenbrand <david@redhat.com>, Suren Baghdasaryan <surenb@google.com>, Qi Zheng <zhengqi.arch@bytedance.com>, Yang Shi <shy828301@gmail.com>, Mel Gorman <mgorman@techsingularity.net>, Peter Xu <peterx@redhat.com>, Peter Zijlstra <peterz@infradead.org>, Will Deacon <will@kernel.org>, Yu Zhao <yuzhao@google.com>, Alistair Popple <apopple@nvidia.com>, Ralph Campbell <rcampbell@nvidia.com>, Ira Weiny <ira.weiny@intel.com>, Steven Price <steven.price@arm.com>, SeongJae Park <sj@kernel.org>, Naoya Horiguchi <naoya.horiguchi@nec.com>, Christophe Leroy <christophe.leroy@csgroup.eu>, Zack Rusin <zackr@vmware.com>, Jason Gunthorpe <jgg@ziepe.ca>, Axel Rasmussen <axelrasmussen@google.com>, Anshuman Khandual <anshuman.khandual@arm.com>, Pasha Tatashin <pasha.tatashin@soleen.com>, Miaohe Lin <linmiaohe@huawei.com>, Minchan Kim <minchan@kernel.org>, Christoph Hellwig <hch@infradead.org>, Song Liu <song@kernel.org>, Thomas Hellstrom <thomas.hellstrom@linux.intel.com>, Russell King <linux@armlinux.org.uk>, "David S. Miller" <davem@davemloft.net>, Michael Ellerman <mpe@ellerman.id.au>, "Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>, Heiko Carstens <hca@linux.ibm.com>, Christian Borntraeger <borntraeger@linux.ibm.com>, Claudio Imbrenda <imbrenda@linux.ibm.com>, Alexander Gordeev <agordeev@linux.ibm.com>, Jann Horn <jannh@google.com>, linux-arm-kernel@lists.infradead.org, sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH 04/12] powerpc: assert_pte_locked() use pte_offset_map_nolock() In-Reply-To: <35e983f5-7ed3-b310-d949-9ae8b130cdab@google.com> Message-ID: <e51ac0fd-4f96-4728-925-bc54f09ec013@google.com> References: <35e983f5-7ed3-b310-d949-9ae8b130cdab@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspam-User: X-Stat-Signature: ecbmo3md7o198rq9tmr4gqczbgt39gck X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 0691810000A X-HE-Tag: 1685341128-186715 X-HE-Meta: U2FsdGVkX18PfBPYCcmxeX4CIxl04FMg516qNqa1jGQ91ox5dDqs/yiyPvPa0xs1EQ1egQxQvi5K7s1HycVGzYtZPJn/gGNlIXEJQQtQi4gmfPVMPSsXrxWD0XPTTMRBFy9oQ0q5d1uTZbdXmgvNxYOvGolzDnDhvgDP18suUWwAL9v0w311f+qL49EmdScHj3lQJ4pUbnep+HrdD/KFWmDQ+NoNSTAEn1gKAqWGnbEfqikHH5JdyoLvHUPebySefBRyyGWyw3dnNfw3R8YyU8UvD8ObFtjFjGN1t/JTK7Xbk/1C9J2KCXdM8RsxlbKB6vDeD+kiae8NvHUK6YBTv+VrJhcwi5VeMFeN4dG0D/YO6qG8hED2U4mclDzZdYLDfnNHRFjRo8vvShP4PRZfKuD0Ez5PMhTlTp0o0EGRDy2Al8TKvDOk/b1r7NefCb08kofM8e5Tq5jeZSzignyHlRa3PyMlDsD5C0naoD6xlXcYXzflvIScXYn1fYx797iDAUSonHCIGtAcbJTusxa4Ef3EH3qaCP7cl95vc0sJfzekmOU9ej1QPfqnsBYBvWDyDuyNlOgnOiMjwjtVrMwHagKrd/9okCb2Q7Q/ZO/QHfp2G4K7IzJKH+3rbzq+7LxOuqbMF+tcziWgZ2aqemhvcxT7zGxrsZBrPdtD8/q6oCD41ncPX86ycXIsZhnM4Itd8vzYM42ZaB+/47SRIvOQ3mBStc9tclF9LV22GagMXIeKUe7bZ7ZHYTCFFKRZckDqmiMqsY0/lDlxSNrhvA9sELdwyQ/P5scPuM/2D2ZeAgJEPFync7JoPp1Ow6Y6Y+rdn8B2MghVg72uZjkxyd/cHb37TnsPVHLVVUdJvQJ4+uuhWPDOZ6w2nDoePWFStb7z5zrSDDWNzcNOSCvfZS4TRvrRlPF8wiWskt8LnDwQGP+lpjSEQ6ziE+4f7qkf0B+RwSp3dX/xhRnjFo1pYit XptD8E9B CwnyBC/d9336e1aX3371/oIyVtL/CC8iVtRe3WLgaEARURiXzoVNA1wUzqpYQD2tpUX2iwXkwAPRRe6UFthRpK2/fSdPyTIdmRW3Opx7petxRhp2Jjh3EK+yD+eTGVc2jn/r+cxYnGpI6ZnMSe6YSl44Y4Yaw9FWqbnmG5MvhS+PpGrEQgEFBTkWPv5yX3Vq8HV4dP83OwubCztmdfHYZv/YM0XXnPQD2Iwsf94iqHZZyFCEBdbopWENDGyzFuoWQrLLO7aFFNCDu65+xb9t9DKY94HpS/5ABZo9NoEWBoQ3ZjNMk5hgvHdJF6vRB+zHyi7m6LTM+WgqCG//J60I94lnAdD5oU8tDGsY5FTrkJ+daUlTDE3pAh6GukxVxUgZ0eR7VB/mvyH4SbTYlSofHU5OX/4LJ8g2lUSch5dtXtVDl9s/aGzRSyA+QZQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> |
Series |
mm: free retracted page table by RCU
|
expand
|
diff --git a/arch/powerpc/mm/pgtable.c b/arch/powerpc/mm/pgtable.c index cb2dcdb18f8e..16b061af86d7 100644 --- a/arch/powerpc/mm/pgtable.c +++ b/arch/powerpc/mm/pgtable.c @@ -311,6 +311,8 @@ void assert_pte_locked(struct mm_struct *mm, unsigned long addr) p4d_t *p4d; pud_t *pud; pmd_t *pmd; + pte_t *pte; + spinlock_t *ptl; if (mm == &init_mm) return; @@ -321,16 +323,10 @@ void assert_pte_locked(struct mm_struct *mm, unsigned long addr) pud = pud_offset(p4d, addr); BUG_ON(pud_none(*pud)); pmd = pmd_offset(pud, addr); - /* - * khugepaged to collapse normal pages to hugepage, first set - * pmd to none to force page fault/gup to take mmap_lock. After - * pmd is set to none, we do a pte_clear which does this assertion - * so if we find pmd none, return. - */ - if (pmd_none(*pmd)) - return; - BUG_ON(!pmd_present(*pmd)); - assert_spin_locked(pte_lockptr(mm, pmd)); + pte = pte_offset_map_nolock(mm, pmd, addr, &ptl); + BUG_ON(!pte); + assert_spin_locked(ptl); + pte_unmap(pte); } #endif /* CONFIG_DEBUG_VM */
Instead of pte_lockptr(), use the recently added pte_offset_map_nolock() in assert_pte_locked(). BUG if pte_offset_map_nolock() fails: this is stricter than the previous implementation, which skipped when pmd_none() (with a comment on khugepaged collapse transitions): but wouldn't we want to know, if an assert_pte_locked() caller can be racing such transitions? This mod might cause new crashes: which either expose my ignorance, or indicate issues to be fixed, or limit the usage of assert_pte_locked(). Signed-off-by: Hugh Dickins <hughd@google.com> --- arch/powerpc/mm/pgtable.c | 16 ++++++---------- 1 file changed, 6 insertions(+), 10 deletions(-)