From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-101.freemail.mail.aliyun.com (out30-101.freemail.mail.aliyun.com [115.124.30.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4506261FCE for ; Mon, 15 Sep 2025 03:30:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.101 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757907026; cv=none; b=JnDdED4L3kuwyr33rl9uuMVqOuh5i5zWpJYx17UOlZrDgR1hQZ6wgFhA4rYveG1dqsDCo5wP6PjJMTJiZ1uKRUX+wkuZFU+065psskKJWLCxRrXNu5z/tTwWHMgrk8OW6jh6hP349c2wnWCp8TRAP453vi64EtKpaAmIYymwGYc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757907026; c=relaxed/simple; bh=WQCq9uWRnS5OdF9qmCAhAAbV+WqWs6KzWW6XKVAoKXk=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=dSXm4//IqU6GdJMaXS2c8sO43RkH/KMZhOEUp9NEv+V8vJWaf1TdGn375gWPyRJA8kT6489LOZZDHQb3lEXeyyQ9DY4Vs8XkMRiE9/CkS3DYE40dcoI5Y4e2Zcd09pu9S6PeE/LWkGqJibDDX1OtT72P7gWySsGSwH5aPMeIzPY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=jmIGEfN+; arc=none smtp.client-ip=115.124.30.101 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="jmIGEfN+" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1757907014; h=From:To:Subject:Date:Message-Id:MIME-Version; bh=1dkxC6b9R+oe5bvNNaXAu1xng9mdxaGiWxJPd/5Wb1I=; b=jmIGEfN+vAnEQN096GQbypgaNblf+rhLUYYbNIQgB6HVAeIGudFoZRQZHM9I9RDRq1mbno+YFlVjiykiAk5QFfaK1detQDy8zhzScABaAbtBFiaKoe+RerG1oWu3PcF2UxKEOyWU0MG/a2EBouQBG9PcVHH9VCrJmVHGMeMQmRA= Received: from localhost.localdomain(mailfrom:ying.huang@linux.alibaba.com fp:SMTPD_---0Wnx2CEE_1757906997 cluster:ay36) by smtp.aliyun-inc.com; Mon, 15 Sep 2025 11:30:13 +0800 From: Huang Ying To: Catalin Marinas , Will Deacon , Andrew Morton , David Hildenbrand Cc: Huang Ying , Lorenzo Stoakes , Vlastimil Babka , Zi Yan , Baolin Wang , Ryan Roberts , Yang Shi , "Christoph Lameter (Ampere)" , Dev Jain , Barry Song , Anshuman Khandual , Yicong Yang , Kefeng Wang , Kevin Brodsky , Yin Fengwei , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [RFC PATCH 0/2] arm, tlbflush: avoid TLBI broadcast if page reused in write fault Date: Mon, 15 Sep 2025 11:29:44 +0800 Message-Id: <20250915032946.33203-1-ying.huang@linux.alibaba.com> X-Mailer: git-send-email 2.39.5 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit This series is to optimize the system performance via avoiding TLBI broadcast if page is reused in the write protect fault handler. More details of the background and the test results can be found in [2/2]. Huang Ying (2): mm: add spurious fault fixing support for huge pmd arm64, tlbflush: don't TLBI broadcast if page reused in write fault arch/arm64/include/asm/pgtable.h | 14 ++++++++----- arch/arm64/include/asm/tlbflush.h | 33 +++++++++++++++++++++++++++++++ arch/arm64/mm/fault.c | 2 +- include/linux/pgtable.h | 4 ++++ mm/huge_memory.c | 25 +++++++++++++++++++---- mm/internal.h | 4 ++-- 6 files changed, 70 insertions(+), 12 deletions(-) Best Regards, Huang, Ying