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 10AA2C369AB for ; Thu, 24 Apr 2025 17:57:34 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4D3546B00D3; Thu, 24 Apr 2025 13:57:34 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 45A806B00D4; Thu, 24 Apr 2025 13:57:34 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2D35E6B00D5; Thu, 24 Apr 2025 13:57:34 -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 0742A6B00D3 for ; Thu, 24 Apr 2025 13:57:34 -0400 (EDT) Received: from smtpin17.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id D781816161B for ; Thu, 24 Apr 2025 17:57:33 +0000 (UTC) X-FDA: 83369694786.17.5F9B5D7 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf26.hostedemail.com (Postfix) with ESMTP id C528114000C for ; Thu, 24 Apr 2025 17:57:31 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=lhPPXIFy; dmarc=none; spf=none (imf26.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1745517452; a=rsa-sha256; cv=none; b=H0lbnN0KE7zFdo5YgjQpJAZFef6qkMb/ayul+7QjX5NyynwTge8TTLDAjXUKxV8DIZhuwd lqh0Zl7c6D3dCrwg3tUYHZlxE0pBjyz/eQ1y9IgnnI4GKd71vode2Q5UOSo75cdHNU2aY+ 5rZaEup9DeG5t2ABixZmaANdGETfFm0= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=lhPPXIFy; dmarc=none; spf=none (imf26.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1745517452; 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=HNQE79Zzehz0xxWtckooaLaCuXbA2OFuRvuA5IaVdgI=; b=w1a3FST/0a7RwXb0hWGnMFTtngK9KNxZ5OMVmaXMm0Gc+jjIsoDc43/IBMzPVbZ9Y3Y9IB 6DvPSeRkGE9qFLgvh4RqikR6QKX35fURasAh4LR0orcPXk/SeMTBYZsXkNAyDXYvkHb4MS jXa5GfFt2zqx+1hoS6Yycn0Diqcg9nA= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=HNQE79Zzehz0xxWtckooaLaCuXbA2OFuRvuA5IaVdgI=; b=lhPPXIFyJsxsg/+bh6ukwIcAVd XWXlQdofLH16fK9mTY8R70xBbPfhgkyFM65Zg4pADMzDZgt0ZUdy9ABLEJvJPDNjfHvzWUALtX83E zEzO7WJfNHorxhfip9jDdO/Pm2WjW03KoHqnX2yCtAADii1G/NJ/CkjtX6/O1LodGtRi4sDrbcqCX 3NJp1UcQVdpImf771pJaEVD+eAAKCjK/92v9EwaRoDeVoz2dXr/4O0+avcu3J4YX0kcCfdOEnmb/I doRdudKIPPOKP80Z4OudmKzyuO6m7AV03xIy+IAjfOBOvhY12F02Py3nm1GSOAOHlvNz1IE+qtOEf YljB1eYA==; Received: from willy by casper.infradead.org with local (Exim 4.98.2 #2 (Red Hat Linux)) id 1u80p8-0000000CxI1-2BGr; Thu, 24 Apr 2025 17:57:22 +0000 Date: Thu, 24 Apr 2025 18:57:22 +0100 From: Matthew Wilcox To: Lorenzo Stoakes Cc: Andrew Morton , David Hildenbrand , Zi Yan , Baolin Wang , "Liam R . Howlett" , Nico Pache , Ryan Roberts , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] MAINTAINERS: add mm THP section Message-ID: References: <20250424111632.103637-1-lorenzo.stoakes@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250424111632.103637-1-lorenzo.stoakes@oracle.com> X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: C528114000C X-Stat-Signature: 1jnpea45kobrxirbfkycnqg7j1adhe4m X-Rspam-User: X-HE-Tag: 1745517451-843900 X-HE-Meta: U2FsdGVkX1+cjXX32Ew0yjqqz3LEr7r6NelKqySLtbJvDDTkx/DAKefFqrp0FeAvPOvClEQvqLfirNeIW5zdhNFqtOZboIQpJ++QwY6nb0FRKTfkRIA59DqkKHswiHMetNEZrErHvgIijwOKG3od9gJZUhb7ZKWTjM6wYFAQjkVz26AuWNn9C0/+bADMv56uHKGQGv/BUKvKZ0mQHf0HVb+2YGS6gXY5CrqaOUl/3NJQ9uGXh8Q6xzCwHAvpAgF/6Y0YEmcSkJeYnAS3+0OijwVPE4wZ9JJleOn1JREufcoQS/MkWFkjYD+XgV95X6c2zPntJMJiFX6fSdiwFyO+ggKV9c6gjLrdJ3jQctjpSkjUESBvmWwLkZ3epoWLqKdbocRwos5CIxnp8IsauXVsT0ElzuD2ZofxbgcOM1x8X2jRk4vMlAlemRBqSzK4qxmuPd57iU6DDVe9xnQ5gkG9wBwDIFHpWWBBhXmNKXAhLhpl7FIhJKKOfGSXIFUuYVxhawWmlooD3MoudVCqaXP+oxXixY0GwcOp7rL8kb50yOam2EAfZre6hQguiT6RLjDJ+oytK/aD4mz9VU7LVgwCMxwPGSC61fNR3ji4CYjpH/rxqf6l8p8diEKBqHe9L4BT+eCd+WRjfW4Ccknj4+ORTcWBqfc5LZD7ZMoE119ucOwUSIO2ELoRTx3beeh0ijhPRH+YfXhktGR/zoA98pJwqefgf1TnTeZoVZnBg1uq8PUjqWS7Q5Yb/tdjvj0kGSRrtF65tl6TRkw6IGaCp0A9afAbZePrACJbm0DCXaoNLtPEhK3j3XMngb1nUX3GNo7i22pSBYY7Q/F1Lddu4TydEA8oe6q+8Bm/z9wjRzAPriIko90DJsrIXRcGlQ4VWB1Tb5obLmQseIZXDeUyCXdHC2TOiMZ0IsyDGRqehvhDUr5yDqulIUkgsNRNgqVl4uAyiR1ckjYY/uWqb1V09lZ PgI7lSoq wsYqdwpTEB0qLEdazv9WuDIz84GsYLZnESTyOfIx5sqbwmBSQQ1nZpXcQaxVrlbg6zg8llcClklgHxrIhzatyqx6eUih9ShZ+A2wCmej0xRIuhjsyuiK9AwCdxHCvaDRRD09qAk6jI+METFFmmt9zsOREaZI5bc38tGeY5OK9QnEp7+dG43XRSP/G8fbeAmbJAJhJEkKSJZAvSHcl/fkmZu4b7nuVp039+tPf4A5Glij62Kg= 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 Thu, Apr 24, 2025 at 12:16:32PM +0100, Lorenzo Stoakes wrote: > As part of the ongoing efforts to sub-divide memory management > maintainership and reviewership, establish a section for Transparent Huge > Page support and add appropriate maintainers and reviewers. I'm quite queasy about this. I'm doing my best to make "THP" disappear as a concept. How would you define what THP is? Originally, it was PMD-sized-and-aligned allocations, and some of the way we expose it to userspace, that's still the interpretation. But we also have folios which are of some hardware-defined magic sizes, as well as (for filesystems, at least) random other non-zero orders. Memory is just managed in variously sized quantities. There should be nothing magic about "THP", and I'm still annoyed at the anon-mem people for baking various magic sizes into user-visible APIs.