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 8FCB0C2D0CD for ; Wed, 21 May 2025 04:21:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 021BC6B0093; Wed, 21 May 2025 00:21:40 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id EEDE46B0095; Wed, 21 May 2025 00:21:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D679E6B0096; Wed, 21 May 2025 00:21:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id AF2406B0093 for ; Wed, 21 May 2025 00:21:39 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 086AF82004 for ; Wed, 21 May 2025 04:21:39 +0000 (UTC) X-FDA: 83465616318.03.7D7770C Received: from mx0b-00069f02.pphosted.com (mx0b-00069f02.pphosted.com [205.220.177.32]) by imf02.hostedemail.com (Postfix) with ESMTP id 9D6FB8000E for ; Wed, 21 May 2025 04:21:35 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=oracle.com header.s=corp-2025-04-25 header.b=IcAUEO5b; dkim=pass header.d=oracle.onmicrosoft.com header.s=selector2-oracle-onmicrosoft-com header.b=PhZadbwf; dmarc=pass (policy=reject) header.from=oracle.com; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf02.hostedemail.com: domain of lorenzo.stoakes@oracle.com designates 205.220.177.32 as permitted sender) smtp.mailfrom=lorenzo.stoakes@oracle.com ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1747801295; a=rsa-sha256; cv=pass; b=jSILAhoi5fPi5tDErXAhDoJkresnh1Jvxo0S1p2876V1pQgs+4dKoL6tEYKwasn53YVYUW Q6Io7VHqFCSlJIVSaTja8OkexWlqS2JIj4WgT+HQocZzI/REbJG071E1tR0VD7zjjouEnq I5WHTuBp0a8blU1NLrbRhMFeaCo2GmU= ARC-Authentication-Results: i=2; imf02.hostedemail.com; dkim=pass header.d=oracle.com header.s=corp-2025-04-25 header.b=IcAUEO5b; dkim=pass header.d=oracle.onmicrosoft.com header.s=selector2-oracle-onmicrosoft-com header.b=PhZadbwf; dmarc=pass (policy=reject) header.from=oracle.com; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf02.hostedemail.com: domain of lorenzo.stoakes@oracle.com designates 205.220.177.32 as permitted sender) smtp.mailfrom=lorenzo.stoakes@oracle.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1747801295; 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=vo+4LggsD55U+eSjpapGilWEqGly/E994ffF0GWZP+E=; b=G77wiYbkMGwy2actAHCV93+HHtJlB0D85e7y9k4jF57kl0WXs0UqrlwoKqPwWHdeUZXLg4 q1lDCea8NnANDMdh8vdf6EaE1Q5PEo910nRCgclAgeLUV4L/b08PfGHgSqF8JXYnJtCfc1 Ajm64cXunbAD7u5F0APgs2Cj+NBIjEE= Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 54L49qqA025483; Wed, 21 May 2025 04:21:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=corp-2025-04-25; bh=vo+4LggsD55U+eSjpa pGilWEqGly/E994ffF0GWZP+E=; b=IcAUEO5bQi5jVTfWvbxhyQZ1UctBf8Pfif oA8AR7svN3Rp7yF+lTgGVMvFmHQwuCPzIGLLKLGZbAdRWRzRUmpgLIskjnlQ89zx f0v+pFUTsQLx7SQ+a7TOlCQ6Uh1mtCzsggcTOyO4/SiXS++0WxnGj7+m0cUJqU/c zmXTWttFqVknCMhyOwkgf+epmnwyOc4yvwxfzm40QR8t2bLuSxcysa0vKv1Y9FfC c1Ayuqmo03CxckkklxnP422znJFkK0WhsEuQflXEpTmlkUIK1SPe9CKrlg4GbvBi tnE/kbgoqZS9liGk+QMIg2hueC+lbsVAiUyxo9oip07ROZfDdp9w== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 46s5yxg2w7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 May 2025 04:21:29 +0000 (GMT) Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 54L2DmDA020313; Wed, 21 May 2025 04:21:28 GMT Received: from nam11-co1-obe.outbound.protection.outlook.com (mail-co1nam11on2046.outbound.protection.outlook.com [40.107.220.46]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 46rwetbjh0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 May 2025 04:21:28 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=GW+ql9eWC6rxveIqoRrPA4QCD1Gl20bfcJ1/Z4IuUzdWJCuyUINosA762TQrbLIcyaEDKzpdh/OGG20dVabu33w4zGdJl7YjTaqeMT3vVCjjmcrWA33jRq0gvUCg4liVNT0dW/Z5ZBEMnzpr/gz/RntYEQysreC3/SsX0nm0EInkwK2s4D6Q16pTDpECPyhKGV3jQe25ai1P4cSZMTOiyCL1/TObyfOXqsag4zirnkz8x02vOcA13vDaBbaTlqVaV0i32Fr5KbmXzX4GibKJnKZPBRYaWD1SPmFF+CR99v9Qag3WmXweT33WRj90f19O1ZVjklRy8iOf4AoZZNFnfg== 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=vo+4LggsD55U+eSjpapGilWEqGly/E994ffF0GWZP+E=; b=fLf5byJgmHLOV6YnvkXZ9X/zLFmyh6Zvv4dZ9DN68EVMpnZYpjHhgWS4RWdrmBaZuD8FtuWtvu4c/aIuN7GJ/qlznjLvlc/g0gc/aXm7daUuR52JYofiDHIwPAk8EUm7L6K9Oqo+iASHiU5fjCUpeOTR3lVuYJ1L6hmnZiQTCXF/Oan5Hfw8lp7Jc8MzGCjBSGE2Rf//ikoCdKq6wqv0/WFb2Hc2PYrQercM+p/jbArhG6aGC5Kam4yNTDvxSp4lgn/sqexxMPtwqd+BZfLI75LVd6Dw94jvcI5eKmK2EP0+qrOJOCP34jz+/dHIzsx/IT7Ithv37WQiEKK705aShw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vo+4LggsD55U+eSjpapGilWEqGly/E994ffF0GWZP+E=; b=PhZadbwfjWugO/24MniG5Gqh1yB0M6TgFAwZRhrRZ/kSPQV4StsK79540TWkMVBdmo7VWorT6Kd5m5ErlqGgOI5rHTw5yfenCVQsU3ttfNhZYC+3NTRxKXRYBkMpw+oCGadXumSSz3kPUqsimWa59R0DFZVbE/KhVbNBo4qr5fQ= Received: from DM4PR10MB8218.namprd10.prod.outlook.com (2603:10b6:8:1cc::16) by SJ0PR10MB5834.namprd10.prod.outlook.com (2603:10b6:a03:3ee::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8746.32; Wed, 21 May 2025 04:21:24 +0000 Received: from DM4PR10MB8218.namprd10.prod.outlook.com ([fe80::2650:55cf:2816:5f2]) by DM4PR10MB8218.namprd10.prod.outlook.com ([fe80::2650:55cf:2816:5f2%5]) with mapi id 15.20.8746.030; Wed, 21 May 2025 04:21:24 +0000 Date: Wed, 21 May 2025 05:21:19 +0100 From: Lorenzo Stoakes To: Shakeel Butt Cc: Andrew Morton , "Liam R . Howlett" , David Hildenbrand , Vlastimil Babka , Jann Horn , Arnd Bergmann , Christian Brauner , linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, SeongJae Park , Usama Arif Subject: Re: [RFC PATCH 0/5] add process_madvise() flags to modify behaviour Message-ID: <7a214bee-d184-460f-88d6-2249b9d513ba@lucifer.local> References: <7tzfy4mmbo2utodqr5clk24mcawef5l2gwrgmnp5jmqxmhkpav@jpzaaoys6jro> <5604190c-3309-4cb8-b746-2301615d933c@lucifer.local> <226owobtknee4iirb7sdm3hs26u4nvytdugxgxtz23kcrx6tzg@nryescaj266u> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <226owobtknee4iirb7sdm3hs26u4nvytdugxgxtz23kcrx6tzg@nryescaj266u> X-ClientProxiedBy: LO2P123CA0072.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:1::36) To DM4PR10MB8218.namprd10.prod.outlook.com (2603:10b6:8:1cc::16) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM4PR10MB8218:EE_|SJ0PR10MB5834:EE_ X-MS-Office365-Filtering-Correlation-Id: 14b0faca-6d97-49ed-8802-08dd981ef2b9 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|366016|1800799024|7416014|376014; X-Microsoft-Antispam-Message-Info: =?us-ascii?Q?vzOVAvD5bSxZkL+OeNxnj0et7BUTfej+LQe7Ng214Xt1WNI+RlFqn1RE9Bn7?= =?us-ascii?Q?cr+KOjWUJPFNi742w6BKNPZ0/ld2IkrqAAB0Mhr7uxTeBQ/P39EuchEYw4WA?= =?us-ascii?Q?I492XmY9iOsh2YjaqGbDx0KYTSQ11ZK93lfXSFGTbSmWah/deZUzOmqg4gFE?= =?us-ascii?Q?Fc7wLHD1HQGw7c4BqwPurdzfE77Dd82HP7ZYc2wn8LsU16EDvimMFfaKgG29?= =?us-ascii?Q?yQwocpuzsGVl8PG5rm8pyHNi6a/3yqfAYiYAYyTqY+9Z6c/DXHt+lnrj6dT8?= =?us-ascii?Q?nG48ScP3wcFE2xqmeTrxdN7TEiR4jRaCs3rvB5lLPHaFIAjs37TEvWd8NM3B?= =?us-ascii?Q?02NIvHhWqhTQ87PK3M0xeDs0dZYBQgzqsJNsg8IQRWX7KUyc3lOqBhputDfN?= =?us-ascii?Q?TC0oS01cs7PIY6ThoQROvaHS91dUZKJG29lHGdM6TmJ8BZZrH/7JQe8DMNiU?= =?us-ascii?Q?afe39mmNkLiWbAoOKtHI88n5chfqXHq24Ka8QiY+L7C8nrvU6s3HPrkqPT6e?= =?us-ascii?Q?HZkuFk2FbUjlthm4oavujOpd7BWY+QeT/psAie9oTCkOlZV+LiUW++lpq6T2?= =?us-ascii?Q?H7Ehaf2xvz3K5XsykVvRRx/aVE5jcALxIkhrnwMbRb0FiBYAeGrWFtQe14aE?= =?us-ascii?Q?M191187MJIsx/CDlcPxk1HDNtPTe8Hp/7wMaunqOVRz51nVW8z0TSwpzJsnz?= =?us-ascii?Q?SZ4mS31eeRM8yV8i2fo/3VoFIh7QfXe24L3OaIHXjuhjLXNElYxX6zRqIugM?= =?us-ascii?Q?H0OJbtfXHUaN87JInEOaDqHWrJnMoWdL5rynqAYo7auaqpfvdMTCD97gUqvM?= =?us-ascii?Q?9Wy53By8HQs7elsaW6xySfkdcfaHcC4HUC+53W4ZoPeezM7TVX1rZfok+lFw?= =?us-ascii?Q?V/H92lc4lhZRJGaejZBk+xqvuuTYMmo6RlFJqFklUw7n9cdX4FOW0tbiVeGy?= =?us-ascii?Q?N7IGu4wbz4YKn1mDG2fKihUJYkXwwdrpbGOgxa53sH3tclsKcKre1ZYKgxAa?= =?us-ascii?Q?cdEDJbtyJgHJJnOLnndWUn5P+ap6zgAtkOGpEqLMbMF7+RDPzxfhlsPcCYia?= =?us-ascii?Q?Gw9RDFkVwwXLIcT9ijUskKAKnzS8StF5kkH/pQGFoWY2rG4bWXoE3BwY3hkz?= =?us-ascii?Q?h+OUPoM/h6UOM2UQLvK1FnxiggMea52WraNJgxoN8T7f2Zm33ogb2rNq2+Eo?= =?us-ascii?Q?+RUaxe/40WEjty3xVzAK4TNYTVVFUTnzvCoodtnP5kCCoLjoo/4RJKOkfHHG?= =?us-ascii?Q?gYWlDzJKfHLruFIAwagPjVWDJ3B6e3LPUxUb8ceYgKl9XuTwXFls3VM1T0ch?= =?us-ascii?Q?M69i5B4wHNykS4o5TjOesXVGDVrZyKtqUTxLom+Ye1FXt4HWU110PISCv/BS?= =?us-ascii?Q?xeZKc0YfNfh0xBluwzWoOs9/2U9hQFkXMAqpWQPmi3cAP5AzeLDIvudg4DXz?= =?us-ascii?Q?NMhz8ECq7cA=3D?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM4PR10MB8218.namprd10.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(366016)(1800799024)(7416014)(376014);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?IzaNxukGaltScC7HoAWkOxzCSr0sg9/ibucOOkf59vDKEoZlf7H5as3Zck36?= =?us-ascii?Q?NoDFehkKkwH1o5sya7KBJEPlgyvsuLJilYGlS0DD0hDugrVH2ReLBt9POLAh?= =?us-ascii?Q?1NwBPrMyPBJ4nFmTxETw7QHub996o4MwmjmSA06TryFg7LDGQYoRhERlJh+9?= =?us-ascii?Q?PbjFixY86YzDA8eGgfXuRfU5AZpD1xsL2OGJy6K1r/RJaXTYR/53kG+VFHPm?= =?us-ascii?Q?1P7rctIDslJp8s1YyIFvpSnBBDMXIqAVS9sYNv+qILTY3dt+rJvMKSq0gj+A?= =?us-ascii?Q?+VYtAUVbvvY3GBqtg2BncbITg4q4YAyT1ifDYO1FxYK+L/aEKRqMUwhwfq3P?= =?us-ascii?Q?aF+jltY8ekJ/xuj0FvxAtyRaG5AvaMF2LvGsYc/pbNlX2WI73AIGHZwwys1A?= =?us-ascii?Q?QJMZ0YCKV7caidUuV2Gs8R6pECGJPAUs67xYWZXzU233B2D9PPR5Q3KPP8bq?= =?us-ascii?Q?20sv2q2iAGVwerNi+Ik5FDrRoUJg4Yjztgsidsqrf5Zw+4x6sWsMU/bjW+HT?= =?us-ascii?Q?DiFG5l4ZQL7W3CLTAOgNv0GmSN4+cyrk2MxDiVfimvKddXFCz2KOE5wo4JzJ?= =?us-ascii?Q?K3hYZQ4qiYJtPV1wwqksZmtQD4aN3uAoD/Tz+Z9t9tKHXwGiIy7oxdLO2dwk?= =?us-ascii?Q?YVbWeVfvwS9wz8i7qf8x3Fdw+fqLQX4QnJJK+hCfldtrJ7fL3wXkx7hDykVs?= =?us-ascii?Q?FRbPgi7U7Bk91B1LBVAH3HS778kNxdonddMFwZPqCsx4i6fZHWfVlGbFVRrx?= =?us-ascii?Q?MctILDB6U5+liRT9zty2RQdoF1722LxTt4mmY78NrT3oI9WBwXr7M2ztHd9r?= =?us-ascii?Q?4ubyctq5izdNnmEGtuFOtcbI5/1RK+8j/59boIdDVDFgvbIiaPAsRsHtjr+G?= =?us-ascii?Q?XQlWk4kVC/HzkBsG6LKm4/54uEWV64rI7vK8tQtXtJp+Z+XdkzSTrWNfZc1K?= =?us-ascii?Q?Lm4LyPGohuW18UM/P4gsO7OOzBxcP/5z6T1VcJ5O86b6BXmp4BgO5en+wk5i?= =?us-ascii?Q?k56foNRlaWJK9l9JW3zdVNgbARTeT2CDBHlCaJbnRbSGSTnUfHzVUu87rvDO?= =?us-ascii?Q?toZ8dVqEitXN1P0WBhRuYT4v1Lr+hfAJ6KNNasXoy/R0i0w9jYglKSrvx6lw?= =?us-ascii?Q?L2tYVYzMPID81Jme077RUbFf6wbwnaHm9XE9YkdtzTxbumvZq9w/ls/zb712?= =?us-ascii?Q?HxvIH72GLOoRuLlbL5AVK7kUwBVhrBzFc11evTGLKVtBGUA9rxpt+N3G1OHq?= =?us-ascii?Q?KTR15EGftgCS+Llcs3ZTknaoPl8m+Ep2ihhrzHdPGcvEc+w2GLxgW5IlKpFe?= =?us-ascii?Q?Dr/fQr1zwblv+wqUStgY1B1bbcknKSMxjToKUmxQUUMi6NaqN0sUW9zxkR0c?= =?us-ascii?Q?uN20btJlfdsjeG84oYKA7vHfIKDYO7FyTPcHOrh6F8pKOV5r2gTiMGdqQfTu?= =?us-ascii?Q?z2mBL68V7FAhnv2X5N3CKdMNqh1vM070rLAXhwG/o4FMhaPjP+zO4NkvwD2E?= =?us-ascii?Q?HQ3I6I60H68MM2IqUb4BReB/d1YaNhamTBH/7/5jSgaqFVZ03L1biVm8YmRS?= =?us-ascii?Q?1a3zh2iOhn9E3NrQIZkFE8NpG0GvyFAa5hwPktxhVQoPdi0zPvc86eA8p1Rv?= =?us-ascii?Q?4g=3D=3D?= X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: XgVJi5AZTA7ZAgE8AJqzF3An7aKlST+xFGcN2Cbk9aRvq7Or4gJbXTgBEx0vVudtEiZZg1dEm1y94UxxN1DD3of/smauobSFYC3E4z2vZK1EfkQHctg4OpbhPhcP0Z3+lz6JJuZLJxiNYRt13pksN+Y5BAYRz0X9V25/2QCABa6C73ABQQ8zQ8GtM8i4xwhM20WlCdxLZN8FmL0mAW8fKKJiTmsLszAjCj7+mpVlBugONJ9IzYEXHmU1SSCxzghmJ3hgAaCMubNxK6gUJr9vLOqbN2rg2iuSZVm7RCumAF/DnXDycTggD+aCLQYEdov7mnsHtsiU/TZicyuHXguoRWMsabvz3ayu8M2Px3Fx+zLnrsYfaQMxYeJLXxyQ45ru9bgvtEqhbsnBYb7VLrsubV4vChvTgw48ZEAJEoIralnXH4QZpW7BGwNx4Av2VMyFHu2Ki94H3gmipd6QuxWK7VPp2Hwyb2PMAY2T6QhidaA5pFz1+q4bDFc4hp2+zswhdaLRlC2dEYUf/p5Kj5OcieEH70Ehql2go3M4PK3fZFKcXWpkMWQ7ExkfqZLzJaATgz79I50N9Pkr6o8vpdgzk7L6GIXX0KY+KSrwHo7NGMg= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: 14b0faca-6d97-49ed-8802-08dd981ef2b9 X-MS-Exchange-CrossTenant-AuthSource: DM4PR10MB8218.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 May 2025 04:21:24.5992 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: gKl5wUg8R33D3qXrI6Cnu5NhtKcokF/8e3RkpX0ZZXwziyAFzz7OL36lGO2gUfMJAfI4X6KSjk0X5e07CjCRZYiN1YsiGyZmzShW4EKidb8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR10MB5834 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.0.736,FMLib:17.12.80.40 definitions=2025-05-21_01,2025-05-20_03,2025-03-28_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 adultscore=0 phishscore=0 spamscore=0 bulkscore=0 suspectscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2505160000 definitions=main-2505210039 X-Authority-Analysis: v=2.4 cv=H8Xbw/Yi c=1 sm=1 tr=0 ts=682d54c9 b=1 cx=c_pps a=qoll8+KPOyaMroiJ2sR5sw==:117 a=qoll8+KPOyaMroiJ2sR5sw==:17 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=xqWC_Br6kY4A:10 a=kj9zAlcOel0A:10 a=dt9VzEwgFbYA:10 a=GoEa3M9JfhUA:10 a=qj4OTiu_qPtHdlvaBRQA:9 a=CjuIK1q_8ugA:10 cc=ntf awl=host:13189 X-Proofpoint-ORIG-GUID: toOZvK0ra_zJu-lGLLjTOz0xLg1mhj3K X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwNTIxMDAzOSBTYWx0ZWRfXwnFMdXgIKngC EUsz2QmekcKqvUyCXPfbA7ulpJnhNVhOSVfPIW2kn1pLTYO3Qw13yadkcGLDIKtkN9ShkYBWz2o Wd2YTDzFnuBGNkIqhlimGwb3anGuQUSi7laIn5ejvjj+k4DYI16j0kfO0+B1CKmPWY3qi09bZhv j+H8Wy/kg/LpKfRLtO3FvqjzXWgaxHFxPiif6s8k+NjPP/5IniDMEhFt6Ull2O1z8MuCvWC1gaq NPRiZwGdHFDytZ6TUhrAOcx0p5LBonctsxi81SWNe84gw8uAtym5ZuolZZtas3Fsmixu4ieT55h 7x0uxS6NcQG796t4s4drAdG43wRQCwKeJD1UJ0CKimvWTz62acfGcB764hp+fedHC31BxpEPxCL bsrKW9qkjUOIivkbraCxZIxZCEk73Ovp8B+34wzvtrBfuDvDKgWpX+864aycOs8TFniKJNyF X-Proofpoint-GUID: toOZvK0ra_zJu-lGLLjTOz0xLg1mhj3K X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 9D6FB8000E X-Rspam-User: X-Stat-Signature: yj3re8o8orgqnwwuprgwq4p1q7nnjtkc X-HE-Tag: 1747801295-260011 X-HE-Meta: U2FsdGVkX19Gsrao1CM5pIHZqdl6x3IR7gTFm6E2Rxeb8TbAOK1JFfv8lnQ7TtrIPQqMBJ39gUl1cCIkzfu5O38qM1EJ2SVP5OAQSP35L2AhzOHvisHqSZqqGxMwt/0vKluYgQ8hy2yKI6lpapf/QdiQz27MVMv1IXgcmvx/HmNM6xahMOKTGteLwPHLWXqtFEAAupsSRoaG7vW26L+B0ydRvSnZdP29yDJux1E1Sl49FFH2FsCUyNK6F/t+D1dY+xuPbNBxunvwns4zZ5fofZW+pOji9UNUlIv+hqruRn4VL0mfEn6Z9lFS2oGnvMI/qtAPXdsbuGK2r6waSLaPZrL47BTHxOr123gTYYVvNmE6v7YM/O0PUKvFrNbNF/5PEWvjl+Th2N88gg1X6aXERNe8vnNaV8s7Jn8FZUr2Y6ziJdVp3ZoGb0iLR/Igr8C7WKYZyL9q3bYKUO4q/mFanFCvohZO2GUHaTxxUDml5eKgC8RIkgU5O8K3sd6f/nVM3TUOHi0m8ZUf9VVSHyzLQCDfpK8MS2umgF4pcYi7rPxlg37oVybS2rricSiDlfS97Y2klggPEi6gqO10idIbaUWUz4NGTlzrNtBkxVwChhzSqZWbYWzWwKIVYh3/FHzohoBNIzalN4UF0mqnP03JzN2BY7yXBvgxqXRLToe4mIY5SUuGYm5jlFpO2pxL8lN9cLXbNAcOzlPxfzgVGDw3m/C6IZl7Fgz+pJHUh71JKWwrf6+bQi++CfuOAaIDzY2lKYsKd7vH31jiFvKunPpZNC+GE2X9wWeBuZ2t6JMAYbWLylmzo+UxDcA/3+rNBdXxzQi4E+op4mH3gTGo0eEDJbMR0Qrig/RHLTHtP/1AolxChquVaC/edzS7XG3NNHr+OtMGsjRuMn4CcG3qDDZv2XnzxgnSQA0B3I3zda0wlRXakhWhNPzYlIAh75HR7cGqOAJKdhTwXpJVRb0iWep EHuUx/qP KDf6cOZ87ryqwK96bGFv5F/0z832qi6ed7moEEye61gnMCZ3oyHcMqoIm6cyHIy++FVImD0RtajVcHq/9mAcr3ST1AyxHqg8IzVK1FWjuAmUSgOQIiWi5FU3FHAv2sVp18VUfo0UXvjeP90I/ghwS3JGv9Xygp34Xo7igcUsH8vHas2N4BwswMBU7ZyuCdcpnU16oqh5Y4b5Z8udkKMdmRssqR0ChIXhzedwjesHHqvba5GlUHBbwNJ2210zx/hDlx1h5EaZGPYAnSlIeeQn2QzKEkh0GOVTDNBP6K2pHuDybOjIGgRiC+UJN9JHcGS/mogx+Z0Y9D6vywOUEIkC5guLWB/SWC5cz2jjmFTicJX1wBio8YZLEomc6ghu7HlTnTiVQMsTm4E88pQsVpI2mVPBi9ZHjajBxuB+MwsyoPwsL5f80vi173Rn6+5SKzQGnR3AC7bskOtHU4QdrfAaRCsELQOvBJakOercUBghRsDb1IPT/3tW6GZCLSorhj/jw6VTBIv7yJYdeP487L1OGebQKR6V/7HHlMgo8x9Wt4k6gZnKP9POtJPGKT4gljwhQryTy5KMbrxqs7Kl42XghU08kb7laMUAhsQB9dIsQKenqb1R8jKjrSqHUjPfVM6b8ycfKVulFBjDinqjjPqv/MHxsceGv5JimOg6Cj2pHcJLb4yfjtDK0WbiLAw== 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 Tue, May 20, 2025 at 03:02:09PM -0700, Shakeel Butt wrote: [snip for clarity] > I think we are talking past each other (and I blame myself for that). Let > me try again. (Please keep aside prctl or process_madvise). We need a > way to change the policy of a process (job) and at the moment we are > aligned that the job loader (like systemd) will set that policy and load > the target (fork/exec), so the policy persist across fork/exec. (If > someone has a better way to set the policy without race, please let us > know). Ack, totally agree the kernel currently lacks a cohesive story for this 'adjust POLICY of a process and descendents', we have cgroups, but they're more general than a process, we have namespaces, but that's for restricting resources... I think we all want the same thing here, ultimately. > > My argument is that process_madvise() is not a good interface to set > that policy because of its address range like interface. So, if not > process_madvise() then what? Should we add a new syscall? (BTW we had > very similar discussion on process_madvise(DONTNEED) on a remote process > vs a new syscall i.e. process_mrelease()). Sure, and generally both proposed interfaces are at least _awkward_, for me prctl() is a no-go unless we have no other choice, I won't go over my objections to it yet again (and Liam has also raised his of course). > > Adding a new syscall requires that it should be generally useful and > hopefully have more use-cases. Now going back to the current specific > use-case where we want to override the hugepage related policy of a job, > do we expect to use this override forever? I believe this is temporary > because the only reason we need this is because hugepages are not yet > ready for prime time (many applications do not handle them well). In > future when hugepages will be awesome, do we still need this "override > the hugepage policy" syscall? As argued previously, I am not so sure it'll be temporary, given the proposed future 'auto' mode will be a _mode_ and we will need to support VM_[NO]HUGEPAGE scenarios forever (deep, deep sigh). Also if you add it into systemd it definitely won't be right? There's no 'throwaway' here, and scouring through prctl() (what is actually documented :), I am not sure anything ever is, frankly. So the idea is to try to make this as generic as possible and to have it sit with code it makes sense to sit with. > > Now if we can show that this specific functionality is useful more than > hugepages then I think new syscall seems like the best way forward. > However if we think this functionality is only needed temporarily then > shoving it in prctl() seems reasonable to me. If we really don't want > prctl() based solution, I would recommend to discuss the new syscall > approach and see if we can comeup with a more general solution. > So, something Liam mentioned off-list was the beautifully named 'mmadvise()'. Idea being that we have a system call _explicitly for_ mm-wide modifications. With Barry's series doing a prctl() for something similar, and a whole host of mm->flags existing for modifying behaviour, it would seem a natural fit. I could do a respin that does something like this instead. What's a pity to me re: going away from process_madvise() is losing the opportunity to be able to modify the, frankly broken, gaps handling and also being able to do 'best effort' madvise ranges. But I suppose those can always be separate series... :) I guess let me work that up so we can see how that looks? Cheers, Lorenzo