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 5E775CD1288 for ; Sat, 30 Mar 2024 12:01:23 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 81C996B007B; Sat, 30 Mar 2024 08:01:22 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7CC7D6B0082; Sat, 30 Mar 2024 08:01:22 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6934D6B0083; Sat, 30 Mar 2024 08:01:22 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 4CE9F6B007B for ; Sat, 30 Mar 2024 08:01:22 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id C6A26A0899 for ; Sat, 30 Mar 2024 12:01:21 +0000 (UTC) X-FDA: 81953565162.27.2A1C9F5 Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [45.249.212.190]) by imf11.hostedemail.com (Postfix) with ESMTP id BDE1D40007 for ; Sat, 30 Mar 2024 12:01:18 +0000 (UTC) Authentication-Results: imf11.hostedemail.com; dkim=none; spf=pass (imf11.hostedemail.com: domain of linyunsheng@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=linyunsheng@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1711800080; a=rsa-sha256; cv=none; b=nZ6WanYtiLeOFEbsmhpRcAa3Fo2vB2TtvsBYk9bdx+hbfzzfEnOU9YFgHy5NNNc1E0y/XS TehnahWCxo65yoOL3EgCr2Py5x6cdU3ai6tkl4G1NoxikXos2kCEFaMMAM44tjpfRdL54S GP3s4+JIt5v8JMF3RbQCp9ju+n5dp7c= ARC-Authentication-Results: i=1; imf11.hostedemail.com; dkim=none; spf=pass (imf11.hostedemail.com: domain of linyunsheng@huawei.com designates 45.249.212.190 as permitted sender) smtp.mailfrom=linyunsheng@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1711800080; 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; bh=gx8unO59ZYnQM7w4Lk8oP3wDsxOiguYYkYYZiuyQyqo=; b=rEYefLkzGh7qOcpmht3/ZqKgYIbCdsQwq4fsjPOdk2L2WcfX2eGiGbw2qEsSW5sVWIvQ5q 3zV91Fw60gj0+BgSFp7EF+WME0nKDRNzOdZZjWM4mWGEK9UVDtdE+wNz4JeG0lv8JB0Y92 ZF0MuINLxsZXRvVnaVitqusECp1ODIQ= Received: from mail.maildlp.com (unknown [172.19.163.17]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4V6G542s8Wz29lQT; Sat, 30 Mar 2024 19:58:32 +0800 (CST) Received: from dggpemm500005.china.huawei.com (unknown [7.185.36.74]) by mail.maildlp.com (Postfix) with ESMTPS id A15F21A0172; Sat, 30 Mar 2024 20:01:14 +0800 (CST) Received: from [10.69.30.204] (10.69.30.204) by dggpemm500005.china.huawei.com (7.185.36.74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Sat, 30 Mar 2024 20:01:14 +0800 Subject: Re: [PATCH RFC 01/10] mm: Move the page fragment allocator from page_alloc into its own file To: Christophe Leroy , "davem@davemloft.net" , "kuba@kernel.org" , "pabeni@redhat.com" CC: "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , David Howells , Andrew Morton , "linux-mm@kvack.org" References: <20240328133839.13620-1-linyunsheng@huawei.com> <20240328133839.13620-2-linyunsheng@huawei.com> From: Yunsheng Lin Message-ID: <9e03b278-aaeb-d11c-d2e0-d45ca5e97346@huawei.com> Date: Sat, 30 Mar 2024 20:01:14 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.69.30.204] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To dggpemm500005.china.huawei.com (7.185.36.74) X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: BDE1D40007 X-Stat-Signature: oboz9tbbsooxnsubcy6mqfraxsdrc33f X-HE-Tag: 1711800078-156449 X-HE-Meta: U2FsdGVkX193x3LLhRCsPpkxlxnABl1pM3nbwu8Lez6ddDxEf158+JIcxyrSlAn9eBkaOmIGp1lUJYhKcz8cXsEiAjrmpbc63nr8nl0rLAUvW6Rq7vzFMI9GFicfd+2ghGQVhld1t8G0layoYaAxPM9PbGUA5f2xTfBZHH8lomhiikLRfu+28FZL6cNtZAzoIACMOSu7ccspaR+yTmEfGwuDUiLWpGMJ00JawF70Ws/4VtlxY2EefjsMq7q/wsbb7v6wC7qnZ8S1f0+IXHfbU3rjByLgzBvMEisln5IwCcjQRJEOPBTqqKUxbj4b54AG/xyXC1n6+Q/J0GxNF2Ae3H82BgJHfQs44OVu5FJyZ7kNxflKcKJW1GyB3ZtO3w8Lnv5LlfmXZpYW1YAqd21wNknJcHwcYx7PTOo8R7oRLLqU8PjYrg9Ue2Dk9Kumng6CxqZ2uX2251AOI3FEIlSVh0tEfTehBe8RP69eglBHiOkTm5mny0fNBhcGCe9G7wcTaO0M1L6sDPvtoPEVlrPBY03w3GLR+yIRr6E+IPb1QOBz/93X44eDkWycLePbxgoKQV6mmMHwFe3d9GhEPyXm7U0btdLt4lPmSJzEFEbeH8wCOXBKA7TSvip/OgktvjQe3A1zIm/DTsD3dsYjA32zkXTyq4Egj0nEsEYPkWDSpGY19dp6xuc4WNfOl9GbuhoJ37mKhYCKMHVVj5pSWhADX7kSfXT1EqBNt2GUuZ86DwkzKn3mcJpzLDhe+RzkhoAU+PttRrxvTHPNHOzDeBcndVJ/svHbG6jAN+oIU2R2N4KUEcRcfn8HMffMLCMBoairRGhoPBdJDvWoik1qMHzmRyjR4Mkb1pQR8n8OhFgUcPtJd1qA76mH1AvzKIYwPGXu5bO0V/3l90qY7m0pUUAhAxQq6vhtUQrNvXbiU4vlzct1z5Yl8QNp8vtyiK8uHHul8Wb/EejEEa9JOTVJ+6p yh+OTDs/ uNTJGjsBVXlVvbKTST49Y19CTAW07gNsPpxX407iVjwU7G2kQDkmy2vsCWbLzva36EP3T52Reaa+nLQawzAjekaM1IZasA/wgigktxex3BaxLtIo/AC6WILam21IrLwS7g/q3QJAXwE89qCvKuO2RjZ1t4xW8ZTjSDywE3t6VZ1Ks0txaq12mgyciHRSW8xKjjS3fK28hykxG+F1BxBokByNKTIQ1QzKh0F4q 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 2024/3/30 1:19, Christophe Leroy wrote: > > > Le 28/03/2024 à 14:38, Yunsheng Lin a écrit : >> Inspired by [1], but use free_unref_page() to replace free_the_page() >> instead of __free_pages(), use VM_BUG_ON() to catch that we can use >> free_unref_page() directly, also add its own header file. >> >> As the API is only used by the networking, it may make sense to >> move it to the networking directory like the page_pool does in the >> future if we can make the free_unref_page() callable outside of the >> mm subsystem. And we can utilize that to decouple the 'struct page' >> in the networking subsystem in the future. > > I'm wondering if this page fragment allocator could replace the page > fragment allocator used in powerpc to allocate fragment of pages for > page tables. >From a quick glance, it seems possible. If there are potential users other than the networking for this API, we can keep it in mm subsystem for now as this patch does and see how thing will evolve. > > See arch/powerpc/mm/pgtable-frag.c > > Christophe >