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 BEAFAC636D7 for ; Tue, 21 Feb 2023 18:08:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5A4416B0072; Tue, 21 Feb 2023 13:08:37 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 5545D6B0073; Tue, 21 Feb 2023 13:08:37 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 41CB36B0074; Tue, 21 Feb 2023 13:08:37 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 31FA76B0072 for ; Tue, 21 Feb 2023 13:08:37 -0500 (EST) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 0DB871C29E9 for ; Tue, 21 Feb 2023 18:08:37 +0000 (UTC) X-FDA: 80492084274.12.5421427 Received: from out30-124.freemail.mail.aliyun.com (out30-124.freemail.mail.aliyun.com [115.124.30.124]) by imf06.hostedemail.com (Postfix) with ESMTP id 74509180009 for ; Tue, 21 Feb 2023 18:08:33 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=alibaba.com; spf=pass (imf06.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.124 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1677002915; 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=dWF69Hb1Dc65UFbhrpqNHjBcuMqXwNL6TZzfT+P6tLI=; b=euK2PV8RQUoAKf/JTZ78XwQbEGJVkvHRonK8NssB+2dZy6zMdEIqVQw+TUWYhFeDEffNku bGpyNw+fuU0kqvB4riR+7EaTiH9EJqGvAIF0T3sAd50pC4Q0iXuIwPjODjnCOkrzvngEVr MOul0e/LzKzGF0AE9MY6SovQamC42uI= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=alibaba.com; spf=pass (imf06.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.124 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1677002915; a=rsa-sha256; cv=none; b=ch0cOCgx4Ceb/ElMg9pnNQ9LCQwWGntYn8ughtaiz1nU9/XRA4zJP9zSUGCITtSsVz/94T nYVfY0ZEr4y/eH6NfvDtadgvSGnL/bqb2iOcbheHTTFJ9s40MhsaEADu3wH0FU+aKCUlS/ XYLKzh6me+6X1euREuwd4JMxYjI8eQo= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R531e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046051;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=9;SR=0;TI=SMTPD_---0VcDHv8z_1677002908; Received: from 30.120.135.227(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0VcDHv8z_1677002908) by smtp.aliyun-inc.com; Wed, 22 Feb 2023 02:08:30 +0800 Message-ID: <8448beac-a119-330d-a2af-fc3531bdb930@linux.alibaba.com> Date: Wed, 22 Feb 2023 02:08:28 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [LSF/MM/BPF TOPIC] State Of The Page To: Matthew Wilcox , lsf-pc@lists.linux-foundation.org Cc: linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, linux-nvme@lists.infradead.org, bpf@vger.kernel.org References: From: Gao Xiang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 74509180009 X-Stat-Signature: tfcxdys97hmzqa7suretzofzqk5oeaj1 X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1677002913-206650 X-HE-Meta: U2FsdGVkX19xVT8k+hT/DKCK/ja8LIbmPQu/jNKvkjW85bHCoIMZmkCh6fE/J8+37uxIJOUieiDGfY0nx+LlYfFIn4q+ZEP2BJGM0x4zKRAgr4DAR0h+8o9YcCr/d2WD2HbNdfp62HCSxjMLKsx5aUWBUGtqnIRFcKMMspDCDzuX08dVujJfU7tlr7sOR9/F895GvlGQDqeJoc1FJD7d8GZApQuoiDnChBae+2IIDr+YrLz2qtQljtfOLIhAVggnx/veaMatzcxaQAn75e1eKtk6I6rPi70dn960BUvMvClyyoz/djq0wnrxwUO2nZLoXxZw6R4kacg3G7Cssuws6BCAfDmnmPfkK8kXLJ5gsT8Au/jNVKKHOyiK1dg4eJyuICS2msFIrvyOa5Dz8+ZkF7x8Ub4gRJTUpvYV093Ch7j4XrJOKHLI6xxt7xOk1aTUWIDlsOix8tfP6YStxG1FUV++GolGrum06pMr5OcfZnqeDnaDkmOFABk92guxLkSfVSD0qJTvdFeO2nw6/MUJY0z8WB10qn/Xjx8/nynS/Yt8xiQreFQtOfoIxvolKuQ68KxC96vHk2O+oLHdsACbavOT28CD0AzDhAwNVPdKeWPYDpAlo8aQt+XxQONZzhg8PYgu0xkcs5zSxmbj6/2DbjJJrRv7XTcFzwG1EkA0f8zW969YeXFiosPmmsqlzdRgyx9wCH74bt6EH7943/A2P7h5KMKa5qQDXanpwhC54MBejfbieuTIr1HSoC5JB+8u1Gcf7jgHIhLBGUHnRjCMZYc9eRqyIDWq+NGEsFYtmlOWtvpNDI8Sgr8fx21+V7vyJy9Nd4sBLgkWB2f+6XJxdhQ4Kbs8aLnsNk0ttCkyovyZO0cFCmb5XJ5D8wB/T+frUEm11MmBZGrikorLYGFSsvRYnGKQE31WdrEZ85LmKe3f1j4xSRrJdZ6Y3nwRaGp/Qj0fYQSE29C5EhLXkQ3 8b+Ggf9g 3Heds8Xt8ngjAAdzvM/x9juuOvimmInedIbCN17r2vIwZlkrhloCLIy4z+TjEiQ8IfsHnrcNkoIzrF0juvolOVSHLbD63/W3EEEcocA9lUtlsP5fg3PsnrR+xeuTIAz65HER6UCWpUZm/eg1rjXfxHJIcSrHzT9rwqk/yJlylmAoqPCt3gx+z6yYcYj/b95BODkX8nV2TLDLgYiiGbq21i+0fp3/KJx53wB3G959mANo63dcwzzV5g1f7xw== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000008, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2023/1/27 00:40, Matthew Wilcox wrote: > I'd like to do another session on how the struct page dismemberment > is going and what remains to be done. Given how widely struct page is > used, I think there will be interest from more than just MM, so I'd > suggest a plenary session. > > If I were hosting this session today, topics would include: > > Splitting out users: > > - slab (done!) > - netmem (in progress) > - hugetlb (in akpm) > - tail pages (in akpm) > - page tables > - ZONE_DEVICE > > Users that really should have their own types: > > - zsmalloc > - bootmem > - percpu > - buddy > - vmalloc > > Converting filesystems to folios: > > - XFS (done) > - AFS (done) > - NFS (in progress) > - ext4 (in progress) > - f2fs (in progress) > - ... others? > > Unresolved challenges: > > - mapcount > - AnonExclusive > - Splitting anon & file folios apart > - Removing PG_error & PG_private I'm interested in this topic too, also I'd like to get some idea of the future of the page dismemberment timeline so that I can have time to keep the pace with it since some embedded use cases like Android are memory-sensitive all the time. Minor, it seems some apis still use ->lru field to chain bulk pages, perhaps it needs some changes as well: https://lore.kernel.org/r/20221222124412.rpnl2vojnx7izoow@techsingularity.net https://lore.kernel.org/r/20230214190221.1156876-2-shy828301@gmail.com Thanks, Gao Xiang > > This will probably all change before May. > > I'd like to nominate Vishal Moola & Sidhartha Kumar as invitees based on > their work to convert various functions from pages to folios.