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 24CAFC4707B for ; Mon, 15 Jan 2024 02:38:52 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 68C786B007B; Sun, 14 Jan 2024 21:38:51 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 63CD26B007D; Sun, 14 Jan 2024 21:38:51 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 504176B007E; Sun, 14 Jan 2024 21:38:51 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 3E9326B007B for ; Sun, 14 Jan 2024 21:38:51 -0500 (EST) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 0FFD1A05D0 for ; Mon, 15 Jan 2024 02:38:51 +0000 (UTC) X-FDA: 81679987662.10.EBEDA9B Received: from out-188.mta0.migadu.com (out-188.mta0.migadu.com [91.218.175.188]) by imf13.hostedemail.com (Postfix) with ESMTP id 26C7B20007 for ; Mon, 15 Jan 2024 02:38:48 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=XZRgQXP5; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf13.hostedemail.com: domain of muchun.song@linux.dev designates 91.218.175.188 as permitted sender) smtp.mailfrom=muchun.song@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705286329; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=sp0cDtoYBXFSyeoKR1ttkzmASwj02Q4AD67oZUkHwXc=; b=kaxZbW8fhsKwcsql9KXTBb48TfjikliaszUq+8m5JEyJqyQx3xUgOa5ksz47EktxI0akPa tBn5ohrP6P15Fydqr2Fl740JF30Z1/tK1XF/iXAdhyjmN9hKiEGsuktLrXPdEDuasEMjlV x15zDJIm3Fuxe7o0VMdqHkxYipUwEn8= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=XZRgQXP5; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf13.hostedemail.com: domain of muchun.song@linux.dev designates 91.218.175.188 as permitted sender) smtp.mailfrom=muchun.song@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705286329; a=rsa-sha256; cv=none; b=Rm+sAXgQYtCCMtY7AZWS8Cwx9bl10S4BojHdqpi6rz81rdd/n8g2JgqewQ8F+vc7g8aQjc KxSdeyyrDrWVvWrjijhJad/7q6odvCWqaHE9cIlR9Yzcv2W7zKYap7vHbZLjvl+kvv/1b+ xbuX2Ox4lwaA75nxnokcN7m8LABkaIo= Content-Type: text/plain; charset=us-ascii DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1705286326; h=from:from: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:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=sp0cDtoYBXFSyeoKR1ttkzmASwj02Q4AD67oZUkHwXc=; b=XZRgQXP5sE2No4rkATbsAoJnuqqsqEbYQa0Zg4rPYii5zZrAPp4V8gKmgcgwHsWtdMy5zy dXUBdFoRzitSlO8gXIEgJYBWS+BnUsFt2g8xCszuVU+q3UQHCd3Sr0I7pi+i+z3cvTFKqO CCavEgfv5nOnxO31o6SUEKCxQU47X2Q= Mime-Version: 1.0 Subject: Re: [PATCH v3 2/3] arm64: mm: HVO: support BBM of vmemmap pgtable safely X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Muchun Song In-Reply-To: <20240113094436.2506396-3-sunnanyong@huawei.com> Date: Mon, 15 Jan 2024 10:38:07 +0800 Cc: Catalin Marinas , Will Deacon , Mike Kravetz , akpm@linux-foundation.org, anshuman.khandual@arm.com, willy@infradead.org, wangkefeng.wang@huawei.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Content-Transfer-Encoding: 7bit Message-Id: References: <20240113094436.2506396-1-sunnanyong@huawei.com> <20240113094436.2506396-3-sunnanyong@huawei.com> To: Nanyong Sun X-Migadu-Flow: FLOW_OUT X-Rspamd-Queue-Id: 26C7B20007 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: rpnxdi7queo6cdourbaamx3g98x3ub49 X-HE-Tag: 1705286328-74364 X-HE-Meta: U2FsdGVkX19kY7DUSXKrq8MiikDWgYz2vFxB7EhP05qRqZO8syhodtMI6td+G0igRpv0Wmc6SexSIlVpqpncApCDfA4Rqb9qrVh7qAtagXsb04OxKv11iC+c4wOLELhckUoFgVyO6qnGX+klwQ3GoODA6rgNCI3fShGEEvSfqnNBI4ZHoTekFzkW0Q2+guqMDkx+Q4Ag0pi4O/syUyeBFSJLviWZHxstDsZ2zun5Rs0+TIyOhBQUesJksAqO1j5D+DMnIk2A7eBHy1JvpbL1rgQelABPU4LWvXpGtiygm6EaH4bRzkSN8EyELKs6FEnibwC4+ZHGWZOYAMtMVHO1eOmJQvbvood9s1mQOK9+7qZERfv6SbrtPl8kK0OlPa1/8AUgpPjUkUOxciOvFziNzNK5vb0tNKmxU2YoLdRJQP1+AYw67uWB2aYISRV5aZAw1cZg2QWjcvjtV5Mj4V2c3dm/BxMn9uWPQWoYCaZAZYShLHyYRhSy8RyK026Waj/oBZtP0sWLEc+cRS7I17F+bcG3HMw8Q0agmL3OziN0bOAWahnpFBCOkLjG7UUnVC9jN+nCcLSsp9MGef0zCM8J/7kIPH56NHw/2xc3L+NgKQi5ajT2MRXKF9FQIk2Qe09PHq1hBK8fsT8rN+wsI0jsbJ4NvzZnmtJOHQUSLYjUQIfP1Jfga3eAXm8X8JmL+cGZCOb69+mqkQVFMK/uHzcNWTEkfp2DCLWyP2CP19lCdiAFkFtfDG06tES3FVQaYqim6Jybmeo/vHHSNKzzJBkSz695FI9d9ShtvVM5trVaT3JOt8bVriVz8MqeZUrIB19S8ev4NEWtlsZ0pUsdxTqIVYzbOy8fhi2gzknrlX3RV6bp5Essgc/QVffCOSHTdwspgt7pGKaH3LzNJn2FRxvTUKQ7zfXxQOryW1ab5R6sz0GJ2N4tI2jVXemucMeB2ENbZ5n1P0TCeysu4Y8wKY+ pjISa5Fo 6haV40z8QGp9QEGtcYnm/jELaMmCuFlVqkcyK1QroJs0JizA/f5H3Y8qDs8GCDxxja9ZEPRccE6S2Vr3MDkrVDZ0Mt0D0bLnly62Xkr3mtSpfK043oz0/5YlfN4UtWZJ8t1QFvFek2SN6WqXALcH3+zVrdmhtUVVjttORgX7/rjBc3XndaNAit5U6LhYXTLyvZOeZqHAtgr7BbSlLvFRAkuxtn9Ug7fKLkiSr 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: List-Subscribe: List-Unsubscribe: > On Jan 13, 2024, at 17:44, Nanyong Sun wrote: > > Implement vmemmap_update_pmd and vmemmap_update_pte on arm64 to do > BBM(break-before-make) logic when change the page table of vmemmap > address, they will under the init_mm.page_table_lock. > If a translation fault of vmemmap address concurrently happened after > pte/pmd cleared, vmemmap page fault handler will acquire the > init_mm.page_table_lock to wait for vmemmap update to complete, > by then the virtual address is valid again, so PF can return and > access can continue. > In other case, do the traditional kernel fault. > > Implement vmemmap_flush_tlb_all/range on arm64 with nothing > to do because tlb already flushed in every single BBM. > > Signed-off-by: Nanyong Sun Reviewed-by: Muchun Song Thanks.