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]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 5ACBEC55822 for ; Tue, 4 Aug 2026 21:52:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 50B906B00CA; Tue, 4 Aug 2026 17:52:06 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4E2076B00CC; Tue, 4 Aug 2026 17:52:06 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3A9FD6B00CE; Tue, 4 Aug 2026 17:52:06 -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 070E96B00CA for ; Tue, 4 Aug 2026 17:52:05 -0400 (EDT) Received: from smtpin12.hostedemail.com (lb01a-stub [10.200.18.249]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 8FD4B1602D8 for ; Tue, 4 Aug 2026 21:52:05 +0000 (UTC) X-FDA: 85064935410.12.3C20BBF Received: from CH1PR05CU001.outbound.protection.outlook.com (mail-northcentralusazon11020121.outbound.protection.outlook.com [52.101.193.121]) by imf18.hostedemail.com (Postfix) with ESMTP id 819061C000F for ; Tue, 4 Aug 2026 21:52:02 +0000 (UTC) Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=os.amperecomputing.com header.s=selector2 header.b=lOdisEvm; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf18.hostedemail.com: domain of yang@os.amperecomputing.com designates 52.101.193.121 as permitted sender) smtp.mailfrom=yang@os.amperecomputing.com; dmarc=pass (policy=quarantine) header.from=amperecomputing.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1785880322; 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=rXuYCWpKz6o7vXZaJ2qy1cRAQw+2vbTJMOnPxlpYevI=; b=7Ky7Dkp9+xHDoCqBlI/l9awOCx6/GHcM4/942iFdMPZh7aFOXwetrKa64otZWDOFYkhXcU s+ZdVtmMiSFsnoHwqWjblZMfujS22uPAa7B3opW1cvnQXqcYYBJCloBM2oTZ4B7yKF7DHh vR65wMxR2aZTHQlTWg3ZlBv9kJh9xjU= ARC-Authentication-Results: i=2; imf18.hostedemail.com; dkim=pass header.d=os.amperecomputing.com header.s=selector2 header.b=lOdisEvm; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf18.hostedemail.com: domain of yang@os.amperecomputing.com designates 52.101.193.121 as permitted sender) smtp.mailfrom=yang@os.amperecomputing.com; dmarc=pass (policy=quarantine) header.from=amperecomputing.com ARC-Seal: i=2; a=rsa-sha256; d=hostedemail.com; s=arc-20220608; cv=pass; t=1785880322; b=0c/5aD+fczDTnTy5cCKJXwLLK3blssPOkGex1cageoqv4akW6UDBBqn/0t51H64nBqOjnU zkyQL2rjOeZywfXzJxR3ALXrLI/LqZRbrtO1NbMlWXVdonNY1VUTEnve3Td42b7JpfLY8n uAOqbY9KDNYrGbgMkXHDzPFTmlEJZi4= ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=y7U9Znp425YqvJmV4ZIb4Xe1PwTBP57B1RikZcU2K6kDRfDhmhd6tIKNybZh5YdiH0wYpIM29pV+ObcFlY2GsbRRqsi/CafccewZfUeKCW6ISl9xCoJyqpFcjp4rG1OomK9gi2UeJm6asRWJFMDtfybHiS8EFSBwUnWH4wUg2fTJqTrkBwXGlFUwsoXcgLpBIQ1L1L8VoAnJrWIJTeIQMIrp660+1SqPm0RZ+3xTAhierfTuhzlo0/NPWdWwNY7/38ksKOK0rjBEVR9IJ4pYctK9E0O+6c/ezppw8KiNZHJalX7gZZKXRNlXiXCSdt907bhBsFAmhJhmG9Tem2OytA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=rXuYCWpKz6o7vXZaJ2qy1cRAQw+2vbTJMOnPxlpYevI=; b=vGhzQ6CgV7+w5h1MfuIqVtWjJrjGMz5lwpJa8p9fwL7xq4i6A49WGLN5z8Gv8amPCXvtdTDs0AwPnBAlaJLWQDdY4XmotzmmfvFbmcRczQ1eCq1HH+htwy8slXOpqX/xeGTNMvQCaC6DInwPQGKeDDVPZ/Q0ymwM0wFfbyxXaIu7GEFxB6OJX+WzpfxSZIOki2hjJztpT+EccwTFfvyotoFkJ4NqD5VNlAiyqUoaZ5OG7HwyeCdV9Z6oR7xHrioZ8mEyuIs5nu5czYL99mXcNi1qIwfQewdNXGoceuqtoJ9LjYTwLUaF67MHmlKPbIiMUSizzHNLBT+WA4098cA9mA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=os.amperecomputing.com; dmarc=pass action=none header.from=os.amperecomputing.com; dkim=pass header.d=os.amperecomputing.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=os.amperecomputing.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rXuYCWpKz6o7vXZaJ2qy1cRAQw+2vbTJMOnPxlpYevI=; b=lOdisEvmDmTyn4ZndgqMkSkyG9b8wMVBxYV3XOcAnD0ajj23OzhBVZLUc80kYh9nP8hpqAEnEZAoYGc+4hiYyEu1m80l0GtBiVry7moZ1anMEgmmop4yVL4hQc7zI8AsBuuIwELMLdszn6UBKiRmC4JrKYhPrRALZpre5IZtNp8= Received: from CH0PR01MB6873.prod.exchangelabs.com (2603:10b6:610:112::22) by LV5PR01MB9419.prod.exchangelabs.com (2603:10b6:408:301::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.292.15; Tue, 4 Aug 2026 21:51:58 +0000 Received: from CH0PR01MB6873.prod.exchangelabs.com ([fe80::46eb:64a3:667c:c1a0]) by CH0PR01MB6873.prod.exchangelabs.com ([fe80::46eb:64a3:667c:c1a0%3]) with mapi id 15.21.0270.017; Tue, 4 Aug 2026 21:51:58 +0000 Message-ID: <69f4cd9c-bd6c-4e5d-b8d1-a7be8408a57a@os.amperecomputing.com> Date: Tue, 4 Aug 2026 14:51:54 -0700 User-Agent: Mozilla Thunderbird Subject: Re: [RFC v2 PATCH 0/16] Optimize this_cpu_*() ops for non-x86 (ARM64 for this series) To: "Lorenzo Stoakes (ARM)" , Linus Torvalds Cc: "Christoph Lameter (Ampere)" , "David Hildenbrand (Arm)" , Mark Rutland , Ryan Roberts , dennis@kernel.org, tj@kernel.org, urezki@gmail.com, catalin.marinas@arm.com, will@kernel.org, akpm@linux-foundation.org, hca@linux.ibm.com, gor@linux.ibm.com, agordeev@linux.ibm.com, linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Jason Gunthorpe References: <20260715180455.515692-1-yang@os.amperecomputing.com> <0344c559-1959-4531-9265-d5a5180eb7cd@arm.com> <25d1e09b-53e4-7cd5-87db-b58437e4e690@gentwo.org> <4887267b-dc26-4c33-96ca-8dff054a0d1f@kernel.org> Content-Language: en-US From: Yang Shi In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: PH7P221CA0050.NAMP221.PROD.OUTLOOK.COM (2603:10b6:510:33c::13) To CH0PR01MB6873.prod.exchangelabs.com (2603:10b6:610:112::22) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CH0PR01MB6873:EE_|LV5PR01MB9419:EE_ X-MS-Office365-Filtering-Correlation-Id: d67f5c34-5e8d-4e06-3fdf-08def2729b45 X-MS-Exchange-AtpMessageProperties: SA X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|23010399003|376014|7416014|1800799024|366016|10067099003|56012099006|55112099003|18002099003|22082099003|3023799007|11063799006|4143699003; X-Microsoft-Antispam-Message-Info: pFIjMl8ubaYULAUtpBiv8MSkc8DgMAm79oazFWnE7KIKT+QrPADyEc/5WE5LVJJSX7meAS/Gb9aJ1EptUKI6Fomq3akIOtH66U0TjGxA9RDgCkUcJ3CWnJ6gIfYXKSwhQHalvWfEX8ppSCO3fKzZa3s8EL7eOeJ+COYSpA6gWsp7PJfd5ve1F0IyJazRREdINFsDJRaVq3W2A5tSt6kA0t5u7FkdvJxEk5RKsX0GdEEm5w7wY1DLGFKxtBPJ9OyqhW0qKYHmFr+tiYkO3no55nb1E6Yz+B+ZDyeHF9ac1m2+BXWaAfGhNb0wO6a7sjzc1tVCKsDiLrKhytd4FO75E6sD8jWGT29GSLkbmq5L4ytw5zmsqkGRG/jP1pO53eMZxPl2gFLI+oS0wVrcrBX4zt3+EH1W+TQETXsByUFMY000XEDXFlzF1IgXm1YPNVbzF5BsZCF3W0bp7XFah3DuTCV0d1VLGQoYYR8FoqROuJqbpWFBerV1jcv/IuNMLiGUHGdnjfOTUylpLi7QGJFZmXBKJ80Sz8t+TjnwhMm50frPKd4rVaIzm8xtc8ORRW1KlFbklkBixuirXBxSwxnWVPSg7j/Qlf+bTAAHXeZCXGJr8B+4EBFo1kVVcxkbvSqU6c/G5j6qQZvx0fxjW2GWRtj+p7D3EXnJ2wLoHqJXIts= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:CH0PR01MB6873.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230040)(23010399003)(376014)(7416014)(1800799024)(366016)(10067099003)(56012099006)(55112099003)(18002099003)(22082099003)(3023799007)(11063799006)(4143699003);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?V05RM1FNOUcxK2ROeHh2cFd2aWp6MG5kcWsrc0d1MTdORFZ4NEJISjFpSTB3?= =?utf-8?B?bVdHbnFPcXBnQU5WNHFsWGI5SWJrWjEyM2ZEdEVpY3FyR1BzeVRwWTRSR0Rk?= =?utf-8?B?aFZHR1JjUlhrbGtaeW91Q2JiWit0b0JhZHRWclk0dEswQlA1QkMxaTNRQkkr?= =?utf-8?B?M0JsWGZwSnhXM1lBQ2szK2pBZjF0UWMzU3NXUWF1eWVnNFRyZVJyT3JmbHo0?= =?utf-8?B?MGg4QWduajdKYVl3bFJIWXJPKzU3OUNzR3pSTHBmS1lLRXRDdUpmUnJmc3M4?= =?utf-8?B?cGM5amJkRUdlWHJ0V0FpRXhJZVQ4OTU3c0srYytLNS9TUDVLaXlYZGlaZTZ3?= =?utf-8?B?NkdkWnI0R3c0TFRsWWRsR1VUbXlNeUE3d0RZOW8vNUpuSFBaRU5TdGxHYkRN?= =?utf-8?B?SERDWDA4dnp2TWVzZlIyQkdtOHBEUExNenZFeU93a0dYNlQ1YS9GU3dIRXA4?= =?utf-8?B?ZksvUTdiV29ocVVUaHN6OVovUFMzNTBrVlZQaG9HZHJwNmRFODBlajhPRkc0?= =?utf-8?B?dlVHT05QaGY3R1NRM0QwRzdQRkFvTzNPOW9WT0VpUjR0S2gxZkRiM1czenF5?= =?utf-8?B?ZmUvRmNTLzZFcUtJSWJLTFdWR1N3cXh1alpXY3JBSDA5NW5uSzE1SjNKVUV5?= =?utf-8?B?ektWMnB2c0Z3OWtxT2xhWVA5RVVBMTlsdTl0bUxRbHgvOUlxbXd5Q2xqanR6?= =?utf-8?B?c0FVdXg3Y2QyU1YvSW96UXVZd0JUTDErODUwVVlMaVJrbzBWeFBaRHhVekhl?= =?utf-8?B?MTFUVGdJZ0Z4OUhWWEpkanRBa0diT1dRaFdPNmQxSEtXMUdGWlQwMUNDc0lI?= =?utf-8?B?SmdySXEwNytzaHpCQVplN25Wa0JoY2R0Mm1ZOEhKU2VHeTdNdk5kN1Vib2NX?= =?utf-8?B?ZHVmU2s4bDVnSmNGQk1Ld3pZUGQ4T0dlY3ZSOUJPN1BLMVUvT1dXbUt1SEtL?= =?utf-8?B?Z1Mvd1h6dTR4ZTZZZVd6bGhMZjFyZzE0RXFTRVp4c1IzZGZrdkVPemRxdWlY?= =?utf-8?B?UEg0OHdVNTJRTHdQMjdYU3hvdFFqK253MkR0NFBKMktDdUNWSkNNVU1raGsv?= =?utf-8?B?WmtLaFU2dXFzRlNiVitPdm1wZUcxWUxydkJIU3NkcVZnemIrdmpPb3craHF0?= =?utf-8?B?QVMrRUxXOEhjQjRpOFE1eVpxMVdsREVBMS9oSHRqVmFKb0VvN3kvS1VESmtK?= =?utf-8?B?WGk0OTA0eUttczdoRzRMTVNtRVphUVRSNVdMZDVtZTc0cXFmRVNUaURsa2k3?= =?utf-8?B?MWxJQW85YTFMdkhjdURDTk1NdDFxeEFJR3dHVGZjMDlBRXBlU3Z4aHRBeVpS?= =?utf-8?B?VENqN2JTNEhXYWlyaFkwS25zRHpGQkVVOWNDUEZWeFFjTVhIckJQNm52QW5v?= =?utf-8?B?ZmdsS0RsRnZBaVBkcURoTjlkSG1pbEZ2aUhUWmRoUjByN20vakMwaWV0NGxi?= =?utf-8?B?b1VING9GZlJNTmszbXBWdEpqUVE5SldHUWNtWWdaYTFBb3E5QlZ2VFBqM2lW?= =?utf-8?B?cXFCOVFUSU93VXpLd2VnSklUd2RGdytOU0hnaUxWR21nRHZycm5NOFhGRTEz?= =?utf-8?B?SGxUSjZqT01qSHZzb2REZmtZUFI5d205cFhjZURCOERrRjNaNXd5VWxwOGhF?= =?utf-8?B?UXpXcWlRcWgyVVJDTmZXWFFpSVNFeUN2dE9NV09uQ1JRdzZBMHR1clBvQ2Na?= =?utf-8?B?TjEvbWhpOFdhOTVrZGZzeVpPNlV2STVLcW05YmkvM0UrVDZySXpGUDFSQ0U1?= =?utf-8?B?WlVzejZNWmRySVFuMFB3MVNNRUFYb2RNZU5aU0c1Ky9yc0p6bitqb2xxOHZ1?= =?utf-8?B?NFFHK1pOdFlSczV3R2JKc0ZtbVY1L0ZwNVNoLzY3Mm5GS3M3Q0ZvaEhsZGZy?= =?utf-8?B?L3VaUnA5RDhpNzVxMWVVb0cwSkIwOFRGL1JvNUM4OXdicXVRVmlPeHpsWGdC?= =?utf-8?B?NmVvL1FZbXVMU2xhSG9scFZoTmlmbG5WRTZhVDYwaXYvd0JLQytKRW5PeUlO?= =?utf-8?B?T0JmTURpbnNTdGpCZUEwWCthUXZ3WVIzTU5ZM1dyQmwrTE1Fd0RpV0JQbmpH?= =?utf-8?B?bWZSWnQvMElmSzY0cnllVnZrVzhMVWhybGdEamNBTEtJeVRlamNRMUpNVFVu?= =?utf-8?B?RGJab2kwVkxlcVZGbEduODRlQ3ZXNW4rOVQ2a1ZJaEtSYloxNDVaUjZWUyti?= =?utf-8?B?MzRwVk9RMkNpRW10aWh5OVNhVlpWYkhYdXZkSWt5OWdrOXRCOE02Q0k5eWh1?= =?utf-8?B?UTV0R0lMbWdlRFdKblhlNTBrRDhCZE9KcUVXSytHLzNUV285S2tWYjJPY2RC?= =?utf-8?B?OTZkaWtiR2pQSVVYWDNMNk5VZllMMFUzYjh0NThzRWxvV25NSkxmSDVGa3hy?= =?utf-8?Q?QLoTJR/YNpIjI9zA=3D?= X-OriginatorOrg: os.amperecomputing.com X-MS-Exchange-CrossTenant-Network-Message-Id: d67f5c34-5e8d-4e06-3fdf-08def2729b45 X-MS-Exchange-CrossTenant-AuthSource: CH0PR01MB6873.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Aug 2026 21:51:57.9959 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 3bc2b170-fd94-476d-b0ce-4229bdc904a7 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: IzCFkBoHGC7+WQmSiT6H36Y0I/8JcLyUzP5c+HAWaME6uiloARfCFUJQWy22F1JNMseMBBKKrrNBiCHWEublOZGv0sU8drf5eylWuwJHFYY= X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV5PR01MB9419 X-Rspam-User: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 819061C000F X-Stat-Signature: waa34nciw4r5o6so8x49nn4j8zeixnoy X-HE-Tag: 1785880322-68252 X-HE-Meta: U2FsdGVkX18cljIVlaGl4Bc7UmTYi4mBmg00ySdf43S9ni3LbQndi5NKLQsMQQlA3hPfoac6LZAneG2FZvoBJtL1S+jx5p4e/P5sO+NWNA00FzF7JvqvvV24X73L4BcrV/3oF5Eyz916KbgvJd/fZUqlr8vTUplGtqjcr9Bg4OBjg4F+XYoKJ77CHJpITGB6uaQxj86S5YRQ8eAmJwbHGxGAwB5EYd6qjouCE76t8vd0WOqc9Snsr7tAmJf4cGymnREoHi8sttBvkYE3snzzSYb5e0z2UzeeQ/PxOpnkq1J8ju9vhDP/JMtkdVdmSAvzztnf7SKRQMlQiMRvg7qnFHGJZI4B+ctAFhpGtgEEkVNF7r9DWd0W9l1YLFHAqL8ZJuckZxiHgMznGmlS6nkStaWvYoZ/MfkcqO4S3r+VphQwZlEw/bGk2LIl7uObwvSPJE8oNDHm2jnpOf5QXqY12Fn6/bxHPR28FFeCkUN2r6nb7E9B01ZEuGY5Y7TjY/+J38ds/d7a2obZFspDa1D9g8sO+6s6hbkynaSDXLpILewNZWq7UKUKqYNsQJpuEtCEq0Wefhe/2MFFxLkvVqF0vN4tNmjL58JgSOn9DAGyjMxHCqjN7bwAXq7lPoXvV4X+KpFEDIJxzTHYVmsFqqARj9yL2nsZ8fiprWTowgFCEqPUDvpOHAqp2HAYXeul38+VBsJqJAGppbLfEmR3at03gKBOyah2J3J++vbAxKpEnqrQDYJpxLxxxrcZn/2SusMAleQJKe1nWOIPknFE6x5llwYDxEBe+LtKNjCdUSCFW+IhUtj7SIIxKeZuGGfJxrkzB/m6+OFdsccRjQ++OTzi2wG1RjgketEvNDaYLeFUjcN5UF7irUDKnMEUz6AH8n4JKTIeJf4Qy25i7c3ozP/bXfkoA6UprXaQ8JjuEowzcpHSyerF7iehsllXW/cKGJtqVO2JvQmQ59lIm6YuPjb D2EJCHGV GhzttCH75wMRV7flvaDmv4TaE+jR8dbx4jSxd0ty+KQhouMkUF1yOjlyzFs/8KKID88w1yAiL/CaL2e1FWNqpzB0S1siZdVLgXASbnj1I9R9qXIVXLL8TWK3aPJKDCmjpAn5LcAB4oHyGfQ/zxIg+uIU7zzyqIlLz4Ec/kjDDQCOxO5ZPkeEIa3RjakXEEyNHOTJOcyo90BdvMnyWqjx2d+M83FbdPNPCNJkRuwQ3Jw1T7mpy2ef4PpYJdDbCSJZWTnBY2OA6H0xak1VOmZedjs8Kygfip9uMFXvYREmSpvTnEqHgtSD9LxXuSwftKh1R7E3pt3Pf5DQVz/xLoAFLY8h6aDNRPqfY2cwvGtt9I+CXvX0lVvfDrxPoGYmTzZcUbTwnyHOrEzI26ZwRy4sC+ERd/SGli27eFuVn/zNCKdlJ7KTKCG1CVAfn1foEEIvioBYlxkGQmr44WxqfHyrzetMGCCxnGrkROLn18QXZV8C7+FeVE3B6/jxSFgb0FLc56chA5x1gNu518Bmj8EyD50tJe04RWiagKvLM2v0oUUP8Q+b1fJ7xf+U86ziqK76jfVzS77+aGa6/RL9i4KJHY1c30ndLC7MAIJGV0bMRVI9f2PLccNbjAlyaBf1XSXid2RTdVwXcT2AlxX9FH4h48I1IfGwkrtskFAW7CJRzbh1ll6JjFzAIEJMr7dMRqOIJs4U2L/ybFLGOwDr4AFi3KBajMk0jMLzPZMqgbGaTkPt8PNNL7HBG63IlRg== Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 8/4/26 10:23 AM, Lorenzo Stoakes (ARM) wrote: > On Tue, Aug 04, 2026 at 09:30:08AM -0700, Linus Torvalds wrote: >> On Tue, 4 Aug 2026 at 09:27, Christoph Lameter (Ampere) wrote: >>> We certainly do not want to replicate that approach. We are using the per >>> cpu page tables to avoid address calculations in the VM that other >>> platforms can do with a segment override. >> Right, and I said that that's ok as long as it's a internal >> architecture thing. Not a "this is how the VM works". >> >> Because people really have wanted to make it a "this is how the VM >> works" thing. And that is very much what I object to. > Well :) it fundamentally changes how mm works - now we have a whole new set of > kernel page tables and PGD's that we have to think about. > > And the series either tries to hack changes that fundamentally alter how > vmalloc works or will add its own duplicative kernel page table code to do the > same kind of thing. I don't think this series fundamentally alter how vmalloc works IMHO. vmalloc still works in the same way and the page tables share the same contents (except local percpu area), it just needs to sync up kernel page tables when the top level is changed. This is not new, x86 has been doing so for years, see arch_sync_kernel_mappings(). The patch just added the implementation for arm64. > > So now core mm has to worry about TLB coherency and synchronisation, how this > might interact with things like page table isolation, and a lot of other > headaches (and I'm not really convinced they've been thought through here). I don't think this series changed how TLB is sync'ed either. When we invalidate TLB entries for kernel (i.e. vmalloc area), the TLBI is sent to all CPUs, it is unchanged. The series does change how percpu area is setup for ARM64, but this is already sort of architecture dependent. > > IOW - breaking fundamental assumptions about kernel page tables is inherently a > whole-VM change (See [0] for instance for an example of what can go wrong). > > If Christoph + Yang can provide compelling data that advocates for this change > AND the core mm and arm64 communities agree to move forward with this, then > things are different. We shared some benchmark data in the cover letter. Kernel build is a quite common benchmark used by kernel developers. Specjbb and MySQL benchmark results are considered important benchmarks as well. I wish I could run benchmark on more ARM64 cpus from other vendors, but I do have limited access to other hardware. > > However, I think the best approach here is to find the least invasive way of > limiting the change to the architecture itself. > > Mark has put forward an approach that eliminates the exact overhead that this > series aims to address but does so without having to fundamentally alter core > mm assumptions (v2 posted at [1]). > > So that seems very clearly to be a better alternative to me. > > Ultimately we need mm and arm64 maintainer agreement on the way forwards (or in > the case of a truly isolated arm64 solution, arm64 maintainer agreement). > > The LSF session was not encouraging ([2]) and as an mm maintainer I'm not at all > happy with this myself, nor does the arm64 community seem all that enthused so I > would against gently suggest to Christoph to be a little more open-minded about > the the proposed alternative which he seems to have dismissed out of hand. Nobody disagreed Mark's approach also achieved good result, we just thought the series can do better. I agree there is always trade off between gain and cost, this is why we are seeking more usecases although there are different opinions. Thanks, Yang > >> Linus > -- > Cheers, Lorenzo > > [0]:https://lore.kernel.org/linux-mm/20260723-series-vmap-race-fix-v6-0-8cc77dcc0018@kernel.org/ > [1]:https://lore.kernel.org/linux-arm-kernel/20260804170503.3513916-1-mark.rutland@arm.com/ > [2]:https://lwn.net/Articles/1073395/