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 6EB00C02182 for ; Wed, 22 Jan 2025 02:24:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id BA2C56B0082; Tue, 21 Jan 2025 21:24:56 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B2B6B6B0083; Tue, 21 Jan 2025 21:24:56 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 92F9B6B0085; Tue, 21 Jan 2025 21:24:56 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 669716B0082 for ; Tue, 21 Jan 2025 21:24:56 -0500 (EST) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id C39C7A114B for ; Wed, 22 Jan 2025 02:24:55 +0000 (UTC) X-FDA: 83033494950.02.5E91203 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2050.outbound.protection.outlook.com [40.107.243.50]) by imf02.hostedemail.com (Postfix) with ESMTP id D13E28000D for ; Wed, 22 Jan 2025 02:24:52 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=Nvidia.com header.s=selector2 header.b=VfadCrEZ; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf02.hostedemail.com: domain of ziy@nvidia.com designates 40.107.243.50 as permitted sender) smtp.mailfrom=ziy@nvidia.com; dmarc=pass (policy=reject) header.from=nvidia.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1737512693; 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=F6I/iSAVh/0xbuOsISBQKWrmxevaRd2yo6pQH35MYWE=; b=0d0fHEH2kVruDNjPyCKKDBxxY1SIcN+s326ncO8eQqnVz52NGlnXn4a2mVKBZZiEjjZr1R zK/FtEWQYDiZSGwZ+yv6E/xVItPRSCpYKvXIq3I0jyd3JigbADCqd2nMfcluKorDqdXXgh fQsyNuwYYpCp5cEDhgtqsIeZ84pslK8= ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1737512693; a=rsa-sha256; cv=pass; b=jsS1MJYLNANrq/lsly0buHb7iLlFOOigdOFG10x/cWiqRBYv7uMiXe+DJPJtp5d6+HIRpl m2keEI0E8vooLOrRIisxSbKcNF2ej8V4Wx4urxf45TjplEOTsBtNPWpBvlKHcdSOdVg0U9 D5A4KODT1fqyHTeaZd/bd0AVwyu8W0A= ARC-Authentication-Results: i=2; imf02.hostedemail.com; dkim=pass header.d=Nvidia.com header.s=selector2 header.b=VfadCrEZ; arc=pass ("microsoft.com:s=arcselector10001:i=1"); spf=pass (imf02.hostedemail.com: domain of ziy@nvidia.com designates 40.107.243.50 as permitted sender) smtp.mailfrom=ziy@nvidia.com; dmarc=pass (policy=reject) header.from=nvidia.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=nEGQ3zgH4HI9hqj2WMYIba+qie2UTouvbKHwTecf2TDehgc3Kv0920/kpCet7lpwtGckJR8/oRu/j6xYT8V3TRLCyZQn5IMi9cU8l/FEfvd16AA3mxkqHNeTeUp+LuW750Ufw2JN6VO382S7vK1/6tYCU+D03jbTbltjF5wDrW25chFvUAlfRtLmDhB/wGUl8uvgBi57g2P47XgK7KQKVqMQw4HEictMnuvYTSPPykQJF1PDGpTEKFVsMj2VXDsZ5MNw7Ou437KsFB1HLdmUDsON5iova2Cc0UIu6T3FjrwGcgPkq2xPp5GK+i416nVTDBK01a+TCUk1G7sUuepkiQ== 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=F6I/iSAVh/0xbuOsISBQKWrmxevaRd2yo6pQH35MYWE=; b=WpDs6Of59N6F54pIuvqubJ228Vu6Od5t5Ny08a2zLji5OFc756NX818j/ZnZASJiQYSRGvlcRgylFfwNmvNuH097GwB46PFUIQRZgIiXYHS9dIIfKNK92bY8+XW5H9sm2jmzjTNK36HpDmCEiqBxs3yCMQ87lVr1hwfMhx4am7MBiLmaKwUnq3lW9tO9O/LTFmG56gEofmjzHWI2Hpa9EjeRryzdjl08k1a3Jxq4UeHIac6kWeMZbAdY4n8pjlBcK2DEiIgXRGX/ZdZjOLLd3xxOoxL6K++zjHjx8qjkCuRJsej2fRkDLrXnlnV7XKk0L45Xd+DnpobWYQ7gSrrf2Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nvidia.com; dmarc=pass action=none header.from=nvidia.com; dkim=pass header.d=nvidia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=F6I/iSAVh/0xbuOsISBQKWrmxevaRd2yo6pQH35MYWE=; b=VfadCrEZoxp5M5Vxwlqvc11jlO8CstvMYOuUcEfOWhnCAUjc6Nu1bTlgbbEZ6vC4B/mnhpWjnNdSz5qmrPbR0VMQrqxFx0EjW3BmGYKgpUi/uiJmKAjEGRlBNILBU1tPume2vqw7Ci07FCbdq9JlWcs4RxY07CinEa2p/GksJGHyr38AR5X4q7eu1K3CvXXyx5du4arzFUkimnJNw1OJMQdyVhMzLRR43/6fTqj+n744MYvd52L0rasHwtMYMb6L6nfJSOJGZ+lcipsHq1/rhUkN9i1BV5/wGeDMrPZzop+OYPsoRgDMSOg+ZeOXyzB1lw9wb+tpDZK33hjZPNQTrA== Received: from DS7PR12MB9473.namprd12.prod.outlook.com (2603:10b6:8:252::5) by SA1PR12MB7125.namprd12.prod.outlook.com (2603:10b6:806:29f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.20; Wed, 22 Jan 2025 02:24:48 +0000 Received: from DS7PR12MB9473.namprd12.prod.outlook.com ([fe80::5189:ecec:d84a:133a]) by DS7PR12MB9473.namprd12.prod.outlook.com ([fe80::5189:ecec:d84a:133a%5]) with mapi id 15.20.8377.009; Wed, 22 Jan 2025 02:24:48 +0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 21 Jan 2025 21:24:46 -0500 Message-Id: Cc: "Barry Song" <21cnbao@gmail.com>, , , , , , , "Jann Horn" , , , , , "Suren Baghdasaryan" , "Kalesh Singh" , "T.J. Mercier" , "Isaac Manjarres" , , To: "Juan Yescas" , "David Hildenbrand" From: "Zi Yan" Subject: Re: mm: CMA reservations require 32MiB alignment in 16KiB page size kernels instead of 8MiB in 4KiB page size kernel. X-Mailer: aerc 0.18.2 References: <463eb421-ac16-435c-b0a0-51a6a92168f6@redhat.com> <8f36d3ca-3a31-4fc4-9eaa-c53ee84bf6e7@redhat.com> In-Reply-To: X-ClientProxiedBy: BN9P222CA0008.NAMP222.PROD.OUTLOOK.COM (2603:10b6:408:10c::13) To DS7PR12MB9473.namprd12.prod.outlook.com (2603:10b6:8:252::5) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DS7PR12MB9473:EE_|SA1PR12MB7125:EE_ X-MS-Office365-Filtering-Correlation-Id: f1586dd8-c7c8-4f14-24b0-08dd3a8bf1a7 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|366016|7416014|376014; X-Microsoft-Antispam-Message-Info: =?utf-8?B?MnJlUGZqNk1ielhwRXhhbHd0M2ZiT3Fuc0lzbmRIY01SRlZGZlpzNjJzS2Z0?= =?utf-8?B?UEZ6RW16VE5VOHkvWXlVc0lsM0d4cFdLUHFHTWIvZHRrYWpkZFF4dGhNZDJD?= =?utf-8?B?akdpVzBoZTdKZ2NPOStrdmhVcGdab2haV0FaRGpGc28yZ3N1WU84QTFJSlp0?= =?utf-8?B?TWlvSUlOYjM3YncwVnlXcEd0YitFNENJWlEyVVNHVENzVEw5T2NRQTFQVGd5?= =?utf-8?B?dDlvcW43YmdtRWhXM1FHb2JuUy9oU3VreStBdkNGamYxQXRxQlZKMFJtUWxj?= =?utf-8?B?amVTT3ZnZVdHSkhQNklJbmVpdVkwVHlGcVA3RUt0SjZVdk9wRmIvc0wwODZH?= =?utf-8?B?cUtFQjJsV0dhcDJJYXZWODEyV0RTNk5mcEZSeWhMelpLbXR0bGFwU1NrOEpa?= =?utf-8?B?MXlhSEdIU1U4WXRxMWNRT3RJTXNxMlYyUkwvZkhEbHNPRkkwZjY1VXBVcE1R?= =?utf-8?B?YjA5aXJxaHNrMnVrUmoyQkROYkFZOXV5Y1J5d0liSmQ4U0MyRmR6T0NLTitF?= =?utf-8?B?KzE0bk9VZGFwRlNpSkdSSmN3UmNQOVJucEJuN0hXOUJQSVBqVmc5Z2dwclor?= =?utf-8?B?VGR2ODIxOUw1TGFSWmw2MnNEdnN5TmNMWXZwQWxEWlN3cXdWaWF2VXovQktZ?= =?utf-8?B?cTBGSTcyVENBbTVwd09Vb1VyeXNheEYrNGZxV05NSDAvQ1JjN2IxQXpKQUtw?= =?utf-8?B?UFJyamVzRVExOEVoRGxRamlmVDhSQWtkZ09STUh1WlprWFVXWHkzRGlnN1ZU?= =?utf-8?B?NTh6c2lsUUx5OGNvQTR3azB1M2RnVTBOeUxCVHNmb3VOSGQ5UUczWlFRSzJW?= =?utf-8?B?VkZPUndkK3ArWHI5c3ZDWDg4SE9FVUJpZGpQS3NFZTgwTW96MkR6TkV1UzRU?= =?utf-8?B?dGhUaWNwRVZ6OHcxWUFPYnEycXZ2WlExcGhkdGxTTVp1eU1OWFZPbG5TMFY2?= =?utf-8?B?UjdibHFlV3RZNlNpTzhHTE9ZcHhML2krRnRsYi92cHlhVTJEZFVDclN2R1RX?= =?utf-8?B?bk1ENXJSOXdhendTTlpkRFc1RnEzTEZJYVEwR1ZKM0VUL0g1aVhBRlBBRzZO?= =?utf-8?B?WWkyWVIzbXJFZ0ZsOCt3bkxuZjlEMXBaU1JHR3ZTTzBGM0c0RE83YTFrNk5a?= =?utf-8?B?ZVpDYUNWRURObHJTS1BRSGVKdjhPSVMwb0JlS1VybVliN2ErNUdtdzZrdlVY?= =?utf-8?B?WjhmQ0oxd1J5UWxXdFFFRjJpYTJobUJuYkRLS1phRk51NkowNzZJdjFvRDZL?= =?utf-8?B?T1hSaUpXZ25qa3h5MU0waGVoMzY4andxcTFLUnJLK3ZDK1pwK3lMcjA3U2tB?= =?utf-8?B?WFRjL3B0bVNGSGRPREZkcXdMejV4K3U3RU91a2pPajNua1U2NEYzek9sY3dE?= =?utf-8?B?d05IYzlyU3craENUcGk1dGxsSE1hZmRzOVZ0dTg4blVWU3AzK1VCVmFsdTdJ?= =?utf-8?B?ZU9xSTlCSUdIeXJqcGEvZE1lbnR2S2g5MXphMFJDSlhWdEZ1eStKSVhob1BR?= =?utf-8?B?MHdMNEFpa0k3c1BWYUw0QkMxT1ljMXJlMUkwTk93M1R1Tm5zejBMYlMrOXNn?= =?utf-8?B?VElTVDVsNkplNXQ4dlI3SFVhMTg2bUxKT2dna2xBcWlTdkU4L0srWHpoNllh?= =?utf-8?B?ZTg3U1IrNHlZNlhSUlZDZW54UE1oU25aUlhKTHZPb1JDRjVXWjZaNFBTZDg0?= =?utf-8?B?MWZ1US9IaEJrVE1iQXZqSXFWdytZMkg2cTZpRDlIQ25SbGtZUWFoL1h0OGMy?= =?utf-8?B?QUgyRXVlR3ZYZzVkaEtUOUFsUU1MNDJEOXphQlVPR2htcUhvZzJicU8yQmZl?= =?utf-8?B?bmlFcWc1OFdQdUgzSzQvSGs5Q2t4Z3VUdU5UKzhuZEl3c2VBeFd0WThCdW0z?= =?utf-8?Q?3UY1QVPnmL4ef?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DS7PR12MB9473.namprd12.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(7416014)(376014);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?S1BMcm1OSy9nQkpLSUYzbmovNXBEZW1XL3F1K3lrTk81WTFQQ0xPTllqTXNY?= =?utf-8?B?Vkd5WDc2NWJQK3dNcUcwYTlHdTVLcndqZWhoOXJHUllRM3hoZGU5UkhZOFo2?= =?utf-8?B?aktxZndLcDB2RDZTNUU1TUd0YndieUhVN0ZpaUkzMHNrczRWMExRbzI5dVZh?= =?utf-8?B?NXZNRWd6c0RCaHpCcWI3UEdxdWZBdlgwWFpyRWdNSitOMHZCN1BnMUlVbjhI?= =?utf-8?B?M1dlVk9OYnBseEVLUEpiekZpY1lleHFQMXdNVU9ZMmZDWHJWdU9FczRnWEZx?= =?utf-8?B?aWUrbkQwWEpxYlhIVVZMQWRHTUNYc0Fld1lJQXNSaG1OK3VheDdQcDlGNEtl?= =?utf-8?B?ZFRmY0l4dVNmNnBSZlFFeE8rUkJTTFk1R29XR2I3QkhoZCtBK0I3ZGt5ckVk?= =?utf-8?B?amZpNW1NN2NCb1N3V09qQWRvUWlpNnY4a1c5dGFlR2pPaVVzTFo3V29aVDk0?= =?utf-8?B?eUJYM1JTN0ZaQndPK0N4Q3BvQTJTalRsQXhoTkxtZWY1WkVoL1JJcmt3RDZk?= =?utf-8?B?U2Zub3k1MDBsL3d0WGpYRjV1aU1nWk5BeHpDbmwrWnhGS01CR3A2ckdGWllm?= =?utf-8?B?MmV6QXlXbXNvOW50YUkwVWhyQk12N0ZES05VSHJzcndsY1dlZk5MOUJMNHhC?= =?utf-8?B?cjZEd0hrTU1NM01iamdYMUt6Sm9kK3o2cU1xcmo2TXRad0s2S2k5THAvZXVM?= =?utf-8?B?b0hzTVgwS1NTZkJXOENvcU5SUzFmNW9MQlZaM2NBdW1XdGpjbXhTRzVLVzJV?= =?utf-8?B?Qk9uZWpIaFV3U0xEZTU2MDN5WW9LaUduRTlRQ1NjNUszN05hRnFqTWhZanVY?= =?utf-8?B?Ti9yeDFTdjdQQ3hKTjhKZVZ5cUsrQ2pBMUU1T21DQmxkbk01aWpBUldNVW9u?= =?utf-8?B?eXVVckQxL29FbWw0enEyU1M4dndWUzBmQkhxT0U1TFNHalpZa0hLT0dFdDFY?= =?utf-8?B?UEpsbExmWXU5TGZVQW9BS0dQcFBlR29hVU5wN2dUM1Fvc25mYVJGL0JwcDRa?= =?utf-8?B?Q0lDSmNIUnpnNzZESjFsY0JDNU4rdXg1ckh1MDh1aEcyeDZmWlFBLytXLzky?= =?utf-8?B?TDJTaUI0KzhodUR1WTV1bnpNempPQmk3S0lsbitKQURiOFlPY1Q1WE14ZWhv?= =?utf-8?B?S3Q2b0lGeFJleXkyb3hpQ1BIWFMwZmF3REpuUXFrTVE0ZGJQZk9tU1ZqdjNm?= =?utf-8?B?Q1V0N3lUQjIrSXd1dTBUelFUbGdmdncvWTAxQ3pNaUNuTytQMGxwSjRFbVVB?= =?utf-8?B?MzNtajN1NDMvVFU2aC9WVWNnUE4wUTY1SzkzdmtpdDNtbm5SOTJvb1NjQ3ZL?= =?utf-8?B?UG45djFvdFdDUDlaMlpZYUFXRkc4N3VDenc5QkQwTzFBaHBKUG9mZ2dVSEho?= =?utf-8?B?R094bmJ1YlNuUWVTbVRuTTFXSkIxU00yd3RWT3pBZlRTSmd2NGlkeW1xZ3Z0?= =?utf-8?B?dWZ1WTVVVlZlWWN3dGRWRWtTZTNzU0pqWW44QmlMQWlXZ0greVdZNldkWGZV?= =?utf-8?B?MEdFYnhMY0YwS2VNdjJRYXN2RHZyYUxTNnFUWDVmYStLZFJRdnR5VEExdEd1?= =?utf-8?B?VG5jNWdCSGl4RnhDaHNMQ2dwZ2E0UVUzUlNnc25HZmtvYS9HK0x2RFNvVSs1?= =?utf-8?B?eVVJaFR2Tzh5RUp0bzE2TUxGRm9WSW9LeHorY3dKLzJEaEhrUTBsOVVMSXlp?= =?utf-8?B?K3d0WlVFajRXeTE2TTBUcjl1dTZ4OVc3RWc2N1MzQ1RTK1BXN1N6MDNveStP?= =?utf-8?B?a1lhTU5heXBGb2FESkdjQldMcGNvK2xMVFNCRmZEb2QwZUFBRkxBOVRteEYz?= =?utf-8?B?aHpLT1dVYzEyZldrekN3Q0Rub09DUGJBemZGRnE5VWlRM1NYRVoxS3N4Y1No?= =?utf-8?B?YXdCQWhCeE15Vkh6bThkdnhmZnpMWjlKbS8yN0hXdDlMTmwxZTJjWjE5WFFM?= =?utf-8?B?Nitub0Z2a0s4Y0dzYlRzT1JYaDFNNTcycEMzeHd0VEY1V2V2TEhsdE5QV0lW?= =?utf-8?B?THkvWnhoc3FSdzZrQkNiTFArbWFVckV2WkF3SVpvTFJVbFZXOU9TaURCMUM3?= =?utf-8?B?QjcvUlJpc0NnV3NGa2tWblhNZ2NkTzVRZkRkKzZEMmhDT3dqLzlrVHlGcW40?= =?utf-8?Q?sX1c=3D?= X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-Network-Message-Id: f1586dd8-c7c8-4f14-24b0-08dd3a8bf1a7 X-MS-Exchange-CrossTenant-AuthSource: DS7PR12MB9473.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jan 2025 02:24:48.6778 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: splJZLaypjOjF+oiRIfGdKUHWLqEJVCRaE8nJ40D78QJkw2G8d4vMvxT681J6oeM X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR12MB7125 X-Stat-Signature: pb91hei7kr3x3ohtry1qxzree7krrupx X-Rspamd-Queue-Id: D13E28000D X-Rspam-User: X-Rspamd-Server: rspam06 X-HE-Tag: 1737512692-452633 X-HE-Meta: U2FsdGVkX19KI/U+utm52ujreDGmxU0KqLl+/iqr8cpX4rj0THgwvDM4xyt5Z9CIZZkc4I/SBu7kE8o/N7PVsEA6mgsxigyyDa57/EqMiRz2BosmBvy/08CWvDkEXXtRk9okE0gpmlpLDhi7qcG2ua/uGqs9FyJL4jCVPtwe4FadTjgvUO/UxJpOCc/X0vPYToFh0hGQnPzSWXvBNSOyaP89ImH6V0RQm21xE6Q4VJxkt5Lh428ogI/3NvPG7kNCJTq0lnhT2gdsHN5i6K0qZhT9njJ9aKXPN9+JTv4K2Qlp7vihT9v/yS/IjYQefBONJeCUu2f85Fsw08LTwlbZonF2AHKda+49SDDVIg2kJd5QEhXqr8WAth6kz8GX6XewjqLh3r92ZzonIAFqSno0ca+E1ba2PVUBNSSWe72+JlG2PZZuVPJHqST3yW5Hu7CcuaYLN/D12x1XmjfPNq0e1KFVYvHiPaX2lu8ZuXcTGniz8Io1yXuorlPMJBlr8GwYoA4Tt3Gv87ZjvmG/7r6SNPdNTAA2lRfn7yI3NY0bJS2iXrQArwYM7iPaNFn2tzd+wbEX4UvTe2EUZ3dhk+Z6HnjLu3m9l2ftB0jC3AyJlF9Iq7zATFTMyk8NejGAP9oXzRikQQLsL8FYdiwzJ1ovq40rcr4O5c0d3HbCMZH2tsgz8k/b1znqhTNfkv2ybG9cHPQaLyj9C2D53b66ArDsY4vuC4tnhuPzizcbNuBG2XlDnJEcVdWehuXLcZp/cj1tutukcq6l1A9K3WEdv88inNItCD+JFm8WE0V73AryFSM4e24EgY/D133wCKORmj9HCH9nggwHEJSeZvFcwGvdAyxj1SKES47lCLyGFbqbmnI/2r4KAaU2pH4H3rVvi9Jq4IL/ossbbkYtMmOF2xmzcGlI/qC/OQu5lrzAJ2q3zF9EFKdoigDEx3Guxa8KLEZU28YzK8+MMyIJ4i3be1Q diX/smcS gvgwX35nixS+HtgK7OdCMyq6P3uoja/YytcmLkxbJQrMXVRF+QYfz9+x8gtM9UWGctaX3iKZ6etiCv9/L9niCEDoilQpAgGfWY9AEhCRbXOkWsna3FkSY94hjb+keISmr8HtMhvyHdlMWW744hN8mZyTGqvAJmsBau+WvknoFjxrVSkw0QpcEoyU3Wkhe81pD6/BNiVgNpISvyqIm+bdtrpTfL12ryZzzNymr7k4cGsbbLnFSSIScsi9bvJoBQAggnh0/p7X02dyU4EblB72K3mtDRXnNl6spKkU0bY1ClH6y5QGWO2iBoOwl0EirCqc5R1rT5sCsin/RLeaasLoSXqBZxUTVqirW3juz 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 Jan 21, 2025 at 9:08 PM EST, Juan Yescas wrote: > On Mon, Jan 20, 2025 at 9:59=E2=80=AFAM David Hildenbrand wrote: > > > > On 20.01.25 16:29, Zi Yan wrote: > > > On Mon Jan 20, 2025 at 3:14 AM EST, David Hildenbrand wrote: > > >> On 20.01.25 01:39, Zi Yan wrote: > > >>> On Sun Jan 19, 2025 at 6:55 PM EST, Barry Song wrote: > > >>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> However, with this workaround, we can't use transparent huge p= ages. > > >>>>>>>> > > >>>>>>>> Is the CMA_MIN_ALIGNMENT_BYTES requirement alignment only to s= upport huge pages? > > >>>>> No. CMA_MIN_ALIGNMENT_BYTES is limited by CMA_MIN_ALIGNMENT_PAGES= , which > > >>>>> is equal to pageblock size. Enabling THP just bumps the pageblock= size. > > >>>> > > Thanks, I can see the initialization in include/linux/pageblock-flags.h > > #define pageblock_order MIN_T(unsigned int, HUGETLB_PAGE_ORDER, MAX_PAGE_= ORDER) > > > >>>> Currently, THP might be mTHP, which can have a significantly small= er > > >>>> size than 32MB. For > > >>>> example, on arm64 systems with a 16KiB page size, a 2MB CONT-PTE m= THP > > >>>> is possible. > > >>>> Additionally, mTHP relies on the CONFIG_TRANSPARENT_HUGEPAGE confi= guration. > > >>>> > > >>>> I wonder if it's possible to enable CONFIG_TRANSPARENT_HUGEPAGE > > >>>> without necessarily > > >>>> using 32MiB THP. If we use other sizes, such as 64KiB, perhaps a l= arge > > >>>> pageblock size wouldn't > > >>>> be necessary? > > Do you mean with mTHP? We haven't explored that option. Yes. Unless your applications have special demands for PMD THPs. 2MB mTHP should work. > > > >>> > > >>> I think this should work by reducing MAX_PAGE_ORDER like Juan did f= or > > >>> the experiment. But MAX_PAGE_ORDER is a macro right now, Kconfig ne= eds > > >>> to be changed and kernel needs to be recompiled. Not sure if it is = OK > > >>> for Juan's use case. > > >> > > The main goal is to reserve only the necessary CMA memory for the > drivers, which is > usually the same for 4kb and 16kb page size kernels. Got it. Based on your experiment, you changed MAX_PAGE_ORDER to get the minimal CMA alignment size. Can you deploy that kernel to production? If yes, you can use mTHP instead of PMD THP and still get the CMA alignemnt you want. > > > >> > > >> IIRC, we set pageblock size =3D=3D THP size because this is the gran= ularity > > >> we want to optimize defragmentation for. ("try keep pageblock > > >> granularity of the same memory type: movable vs. unmovable") > > > > > > Right. In past, it is optimized for PMD THP. Now we have mTHP. If use= r > > > does not care about PMD THP (32MB in ARM64 16KB base page case) and m= THP > > > (2MB mTHP here) is good enough, reducing pageblock size works. > > > > > >> > > >> However, the buddy already supports having different pagetypes for l= arge > > >> allocations. > > > > > > Right. To be clear, only MIGRATE_UNMOVABLE, MIGRATE_RECLAIMABLE, and > > > MIGRATE_MOVABLE can be merged. > > > > Yes! An a THP cannot span partial MIGRATE_CMA, which would be fine. > > > > > > > >> > > >> So we could leave MAX_ORDER alone and try adjusting the pageblock si= ze > > >> in these setups. pageblock size is already variable on some > > >> architectures IIRC. > > > > > Which values would work for the CMA_MIN_ALIGNMENT_BYTES macro? In the > 16KiB page size kernel, > I tried these 2 configurations: > > #define CMA_MIN_ALIGNMENT_BYTES (2048 * CMA_MIN_ALIGNMENT_PAGES) > > and > > #define CMA_MIN_ALIGNMENT_BYTES (4096 * CMA_MIN_ALIGNMENT_PAGES) > > with both of them, the kernel failed to boot. CMA_MIN_ALIGNMENT_BYTES needs to be PAGE_SIZE * CMA_MIN_ALIGNMENT_PAGES. So you need to adjust CMA_MIN_ALIGNMENT_PAGES, which is set by pageblock size. pageblock size is determined by pageblock order, which is affected by MAX_PAGE_ORDER. > > > > Making pageblock size a boot time variable? We might want to warn > > > sysadmin/user that >pageblock_order THP/mTHP creation will suffer. > > > > Yes, some way to configure it. > > > > > > > >> > > >> We'd only have to check if all of the THP logic can deal with pagebl= ock > > >> size < THP size. > > > > > The reason that THP was disabled in my experiment is because this > assertion failed > > mm/huge_memory.c > /* > * hugepages can't be allocated by the buddy allocator > */ > MAYBE_BUILD_BUG_ON(HPAGE_PMD_ORDER > MAX_PAGE_ORDER); > > when > > config ARCH_FORCE_MAX_ORDER > int > ..... > default "8" if ARM64_16K_PAGES > You can remove that BUILD_BUG_ON and turn on mTHP and see if mTHP works. > > > > Probably yes, pageblock should be independent of THP logic, although > > > compaction (used to create THPs) logic is based on pageblock. > > > > Right. As raised in the past, we need a higher level mechanism that > > tries to group pageblocks together during comapction/conversion to limi= t > > fragmentation on a higher level. > > > > I assume that many use cases would be fine with not using 32MB/512MB > > THPs at all for now -- and instead using 2 MB ones. Of course, for very > > large installations it might be different. > > > > >> > > >> This issue is even more severe on arm64 with 64k (pageblock =3D 512M= iB). > > > > > I agree, and if ARCH_FORCE_MAX_ORDER is configured to the max value we ge= t: > > PAGE_SIZE | max MAX_PAGE_ORDER | CMA_MIN_ALIGNMENT_BYTES > 4KiB | 15 | 4KiB > * 32KiB =3D 128MiB > 16KiB | 13 | 16KiB > * 8KiB =3D 128MiB > 64KiB | 13 | 64KiB > * 8KiB =3D 512MiB > > > > This is also good for virtio-mem, since the offline memory block size > > > can also be reduced. I remember you complained about it before. > > > > Yes, yes, yes! :) > > David's proposal should work in general, but will might take non-trivial amount of work: 1. keep pageblock size always at 4MB for all arch. 2. adjust existing pageblock users, like compaction, to work on a different range, independent of pageblock. a. for anti-fragmentation mechanism, multiple pageblocks might have different migratetypes but would be compacted to generate huge pages, but how to align their migratetypes is TBD. 3. other corner case handlings. The final question is that Barry mentioned that over-reserved CMA areas can be used for movable page allocations. Why does it not work for you? --=20 Best Regards, Yan, Zi