From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 DD6C9EB64DB for ; Wed, 14 Jun 2023 23:18:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 509B16B0072; Wed, 14 Jun 2023 19:18:06 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4B9316B0074; Wed, 14 Jun 2023 19:18:06 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3809B8E0001; Wed, 14 Jun 2023 19:18:06 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 27A4A6B0072 for ; Wed, 14 Jun 2023 19:18:06 -0400 (EDT) Received: from smtpin15.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id E48ED16067F for ; Wed, 14 Jun 2023 23:18:05 +0000 (UTC) X-FDA: 80902918530.15.6F696C6 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf02.hostedemail.com (Postfix) with ESMTP id 2BE0080010 for ; Wed, 14 Jun 2023 23:18:03 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="nv+ldAK/"; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf02.hostedemail.com: domain of nathan@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=nathan@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1686784684; 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=YurStXT9JRWv5q4JhXezG0+JSICRTY1wVUP1Tj/wMtM=; b=Ir59d6yBJja476xwitRfjf+xTnQvvbGol7NuNWf3y6ym5joKAcQ8HjoI6/vtESs3Cf2s0E nojZofzT+wed0L4hG142q+n4//Zu1Ynh36A540XQumO5wkDU7JdMrvC4KEK7H1SnzM5QMI pJYyn0zFmw/hOfqFZ5uJPbRIDcAyuVA= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="nv+ldAK/"; dmarc=pass (policy=none) header.from=kernel.org; spf=pass (imf02.hostedemail.com: domain of nathan@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=nathan@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1686784684; a=rsa-sha256; cv=none; b=WSxt/TjW5YpMvM2XVuVJUEsNLagge0MaxHzkDffkcC3uPOhcNQuqiJoLA7FxV0pskBd4a9 n8E12zLgc7CY2wX2TfBRi8ge/exO9SsqKYja25AgpiU7jnw1if6LpYvO8JDphaokA+3qLk qtMa0h7ORAJxCa0IZHj5Um8a92+0xvo= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1079C639BE; Wed, 14 Jun 2023 23:18:03 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C9BABC433C8; Wed, 14 Jun 2023 23:17:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686784682; bh=VtjXUsVFZs1O91NerGvbTs+J8wgXOZF0VffZjoZ8hNE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=nv+ldAK/HpfiYALxKtTzDJ3R1JvD8STlSMxVjZUG5Avyp/mD57nD76jjE3FPXT8AL HCGXEPCkaFUHIfSqWaNABbDD1Al1ADfRLyjDSCn2qAeMIrs+Db1tkl6FNOEpc676Ze l68tWfDummphVfPm7n2mcDB8CWV7pztUvHFE3q0JsE2gCl/zLRclcYygBfyViXXnem gK73cgwRKGUwFnFqEfuSuC2FVqbH9J3ptdq5dhRed4nxnjBXEyDeORkjPQ30CCpF70 QaJdYw8nkViSwe2ZlqF2rBlHvWW/eaJ5JiW0kpHPUcMlEFETbnObgVCONxs2mm8WRC cUQeRdqv61Jyw== Date: Wed, 14 Jun 2023 16:17:58 -0700 From: Nathan Chancellor To: Hugh Dickins Cc: Andrew Morton , Mike Kravetz , Mike Rapoport , "Kirill A. Shutemov" , Matthew Wilcox , David Hildenbrand , Suren Baghdasaryan , Qi Zheng , Peter Zijlstra , Russell King , Catalin Marinas , Will Deacon , Geert Uytterhoeven , Greg Ungerer , Michal Simek , Thomas Bogendoerfer , Helge Deller , John David Anglin , "Aneesh Kumar K.V" , Michael Ellerman , Alexandre Ghiti , Palmer Dabbelt , Heiko Carstens , Christian Borntraeger , Claudio Imbrenda , Alexander Gordeev , John Paul Adrian Glaubitz , "David S. Miller" , Chris Zankel , Max Filippov , x86@kernel.org, linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH v2 07/23] mips: update_mmu_cache() can replace __update_tlb() Message-ID: <20230614231758.GA1503611@dev-arch.thelio-3990X> References: <178970b0-1539-8aac-76fd-972c6c46ec17@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <178970b0-1539-8aac-76fd-972c6c46ec17@google.com> X-Rspamd-Queue-Id: 2BE0080010 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: re86esgamhhy6p6976hzzqraw6im1sre X-HE-Tag: 1686784683-889830 X-HE-Meta: U2FsdGVkX1/5siu4JCf5ryivZ3Kumq1y2+LNFZi3Y/6/z67qYbmccDa26n1dDl9/89tdoaRe4t1C1psQDpl1fq76wHbweUd4ACCUM2Cab8ZnbgkRf4aRNmrychkDbEVYGAM+sXZ1162csDAYqIavD/vc7ymOOC91sbKSaBhJoXnGtsG+5cvpCKwpnZV6kL3lb7j7vm4u2WZvc5oV8mFgyFJHcSFpghlKyODTa+ES1Fsz2Z8fWyH7XlQgbbvLhd/nTZys/xFjxzMbLtO5c1jhmJbdhP1tWjoiDSOis94Ruv63HVnSiR2ZYZ0H8AP7w9GtFoEAF0RkIj0LBoEmXvNrzln9NzH8QFgWIle/KJsylREysTcPgc5feWa5Y0F0oNzkNG2xovqh6IASt/D9ytTVQVGNU7P0gBAcUeZQuqNhhCE8o+4d0KgV+5lDPe/outVsELRqzY0C7tGH1N5XcHxIJI5vsG+vDz9vjYkPoiajzETumDu+dovJMI2TaxNQ3jyqnjAI8wQezDJFEjtMUHPDmmmHnBrwEPZQ/zO4JI9WG5+tplNvYB0fgmNa7teXSqEcCGIvmRDqg63MW7ZTaBHFLZcvKnbzBIs6TKM7ovqiud45IoKzXz23XH7agHO1VOpwpJmowQIs+2h0nQt4R7U6Jv8iRenZ+Ih+3A/rQ/6CF+D4+IAylFJTwYpXDOt3s/YZg8Kn47krqllnDWa4MDimLW60emc4vGpS5wPwnEcWkuOKf9N5AHK5TwvwnI0Es+s6+iHNgw2kmNRH16DsHZmkkbxShvG8d+JNi0Ek21kS6Oaf6PTFXs3zCbLKOM0PDQwOjtvOczBZrwKmo11HW3vg5+ylRlzYbJ/pblwEXPDnRSKUmtf28j/C76OugMU/ZDjueaTfkK8/ZHWmAbxP8+JtVIVAIILb+EfbMuBSEBelxF56DwTIfqSIrv56gD7zVb2wIWQD261OhUBdciI3dEZ 6SsZ9pCd LmSQBf0qXXxkONYpAh+YPydxCoHB9fFp0EK916mpaJ1VBrwptxtjiOZ++dGTuroRhrmK6H4GiAMb2K3zMQijPU9MGErZwxyv8mNmxP682KsFgXYdAJr0qsKdyPyFIm3XctEOznQ9gmof7jCX3hfo54jn1LETrvpy5Lv7b+51QatymyitG6L7/Gr1DFcDDiUhFD7nwwjTtP5Y3KG+ZVRhPVhHoDrWcCGXb4SU/OhEy+1mrztK5iav43/NyBYJrUcjyd56+Pi/Q24I44Gfx+Y7qS4s4iWDFdroE3iP2b4yLHWIoHGNo3sh8IzWdvAYN8RQ+3CRYijBggrf2BWDGMkKyyzGtz2rYc3s6k0uOglgc+stkz6gybed/LHZH+u+pVYWIucJoMsEWZC2WQ/8oIXl96nImFE2yjs5V9fUFCVzup4NDY/qBHluqy1RCcl2aHsrxaAXE 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: Hi Hugh, On Thu, Jun 08, 2023 at 12:17:24PM -0700, Hugh Dickins wrote: > Don't make update_mmu_cache() a wrapper around __update_tlb(): call it > directly, and use the ptep (or pmdp) provided by the caller, instead of > re-calling pte_offset_map() - which would raise a question of whether a > pte_unmap() is needed to balance it. > > Check whether the "ptep" provided by the caller is actually the pmdp, > instead of testing pmd_huge(): or test pmd_huge() too and warn if it > disagrees? This is "hazardous" territory: needs review and testing. > > Signed-off-by: Hugh Dickins > --- > arch/mips/include/asm/pgtable.h | 15 +++------------ > arch/mips/mm/tlb-r3k.c | 5 +++-- > arch/mips/mm/tlb-r4k.c | 9 +++------ > 3 files changed, 9 insertions(+), 20 deletions(-) > > diff --git a/arch/mips/include/asm/pgtable.h b/arch/mips/include/asm/pgtable.h > index 574fa14ac8b2..9175dfab08d5 100644 > --- a/arch/mips/include/asm/pgtable.h > +++ b/arch/mips/include/asm/pgtable.h > @@ -565,15 +565,8 @@ static inline pte_t pte_swp_clear_exclusive(pte_t pte) > } > #endif > > -extern void __update_tlb(struct vm_area_struct *vma, unsigned long address, > - pte_t pte); > - > -static inline void update_mmu_cache(struct vm_area_struct *vma, > - unsigned long address, pte_t *ptep) > -{ > - pte_t pte = *ptep; > - __update_tlb(vma, address, pte); > -} > +extern void update_mmu_cache(struct vm_area_struct *vma, > + unsigned long address, pte_t *ptep); > > #define __HAVE_ARCH_UPDATE_MMU_TLB > #define update_mmu_tlb update_mmu_cache > @@ -581,9 +574,7 @@ static inline void update_mmu_cache(struct vm_area_struct *vma, > static inline void update_mmu_cache_pmd(struct vm_area_struct *vma, > unsigned long address, pmd_t *pmdp) > { > - pte_t pte = *(pte_t *)pmdp; > - > - __update_tlb(vma, address, pte); > + update_mmu_cache(vma, address, (pte_t *)pmdp); > } > > /* > diff --git a/arch/mips/mm/tlb-r3k.c b/arch/mips/mm/tlb-r3k.c > index 53dfa2b9316b..e5722cd8dd6d 100644 > --- a/arch/mips/mm/tlb-r3k.c > +++ b/arch/mips/mm/tlb-r3k.c > @@ -176,7 +176,8 @@ void local_flush_tlb_page(struct vm_area_struct *vma, unsigned long page) > } > } > > -void __update_tlb(struct vm_area_struct *vma, unsigned long address, pte_t pte) > +void update_mmu_cache(struct vm_area_struct *vma, > + unsigned long address, pte_t *ptep) > { > unsigned long asid_mask = cpu_asid_mask(¤t_cpu_data); > unsigned long flags; > @@ -203,7 +204,7 @@ void __update_tlb(struct vm_area_struct *vma, unsigned long address, pte_t pte) > BARRIER; > tlb_probe(); > idx = read_c0_index(); > - write_c0_entrylo0(pte_val(pte)); > + write_c0_entrylo0(pte_val(*ptep)); > write_c0_entryhi(address | pid); > if (idx < 0) { /* BARRIER */ > tlb_write_random(); > diff --git a/arch/mips/mm/tlb-r4k.c b/arch/mips/mm/tlb-r4k.c > index 1b939abbe4ca..c96725d17cab 100644 > --- a/arch/mips/mm/tlb-r4k.c > +++ b/arch/mips/mm/tlb-r4k.c > @@ -290,14 +290,14 @@ void local_flush_tlb_one(unsigned long page) > * updates the TLB with the new pte(s), and another which also checks > * for the R4k "end of page" hardware bug and does the needy. > */ > -void __update_tlb(struct vm_area_struct * vma, unsigned long address, pte_t pte) > +void update_mmu_cache(struct vm_area_struct *vma, > + unsigned long address, pte_t *ptep) > { > unsigned long flags; > pgd_t *pgdp; > p4d_t *p4dp; > pud_t *pudp; > pmd_t *pmdp; > - pte_t *ptep; > int idx, pid; > > /* > @@ -326,10 +326,9 @@ void __update_tlb(struct vm_area_struct * vma, unsigned long address, pte_t pte) > idx = read_c0_index(); > #ifdef CONFIG_MIPS_HUGE_TLB_SUPPORT > /* this could be a huge page */ > - if (pmd_huge(*pmdp)) { > + if (ptep == (pte_t *)pmdp) { > unsigned long lo; > write_c0_pagemask(PM_HUGE_MASK); > - ptep = (pte_t *)pmdp; > lo = pte_to_entrylo(pte_val(*ptep)); > write_c0_entrylo0(lo); > write_c0_entrylo1(lo + (HPAGE_SIZE >> 7)); > @@ -344,8 +343,6 @@ void __update_tlb(struct vm_area_struct * vma, unsigned long address, pte_t pte) > } else > #endif > { > - ptep = pte_offset_map(pmdp, address); > - > #if defined(CONFIG_PHYS_ADDR_T_64BIT) && defined(CONFIG_CPU_MIPS32) > #ifdef CONFIG_XPA > write_c0_entrylo0(pte_to_entrylo(ptep->pte_high)); > -- > 2.35.3 > I just bisected a crash while powering down a MIPS machine in QEMU to this change as commit 8044511d3893 ("mips: update_mmu_cache() can replace __update_tlb()") in linux-next. Unfortunately, I can still reproduce it with the existing fix you have for this change on the mailing list, which is present in next-20230614. I can reproduce it with the GCC 13.1.0 on kernel.org [1]. $ make -skj"$(nproc)" ARCH=mips CROSS_COMPILE=mips-linux- mrproper malta_defconfig vmlinux $ qemu-system-mipsel \ -display none \ -nodefaults \ -cpu 24Kf \ -machine malta \ -kernel vmlinux \ -initrd rootfs.cpio \ -m 512m \ -serial mon:stdio ... Linux version 6.4.0-rc6-next-20230614 (nathan@dev-arch.thelio-3990X) (mips-linux-gcc (GCC) 13.1.0, GNU ld (GNU Binutils) 2.40) #1 SMP Wed Jun 14 16:13:02 MST 2023 ... Run /init as init process process '/bin/busybox' started with executable stack do_page_fault(): sending SIGSEGV to init for invalid read access from 0000003c epc = 77b893dc in ld-uClibc-1.0.39.so[77b84000+8000] ra = 77b8930c in ld-uClibc-1.0.39.so[77b84000+8000] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]--- The rootfs is available at [2] if it is needed. I am more than happy to provide additional information or test patches if necessary. [1]: https://mirrors.edge.kernel.org/pub/tools/crosstool/ [2]: https://github.com/ClangBuiltLinux/boot-utils/releases/download/20230609-194440/mipsel-rootfs.cpio.zst Cheers, Nathan