Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp469305pxf; Wed, 31 Mar 2021 07:57:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJRuVg27lnYmcYzUTGZndbRAjqHEjTTaW+hzHF3Qp0aues/Jln7+hdvGC23RTYaB3jFNtX X-Received: by 2002:a17:906:340d:: with SMTP id c13mr4003957ejb.29.1617202653939; Wed, 31 Mar 2021 07:57:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617202653; cv=none; d=google.com; s=arc-20160816; b=uaEg9P6x5O4z2syDMBolVN2pVoFmEh6MYFSDjz+SISnDNAi2nskWTF8bKFZYhyqYb2 Sh90asFFw4AgBLyI8Ru7BHWJvwyKvKTh07eIL3wjfedySfqQ9592E7pXqEat0XFwCG5d 7tcHp9b27i0/+LWcxbiq7QD+mPBEjOAz3D2RGiM4a+ahQtVp5CT8USp8/285uqQ/p078 swQZCv75526MPVBZ+ZSNfIskyPKNWY9H7OBVres2b9yKt0iBkhB/2fKzn1HpMql05Eq2 9IF99ZShKaACMywbnzwB4ZmwNdCMsYINQp8l+RgLViCxbeRZu0cw+0kGvVzCrPRGyP/7 tZ1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=WOGmEDTpzeV+1sPuo1/4FzQmK0Bbmt6+Hd4kBlUeNn4=; b=jtlCrNpsGJa1p/kCpz7WdVK+jCmEksKLspV24NCLi9Xb/1WrB2UVVH4vmcQ22qpMmO LX2CQsKNrdkgsx/ELdWFIaEH3d3Ngh2CJSbAmKU53H6glgvXCtSIFd4jU1Hx+EpvhuKc j/ZvK7Lp0PTHC+Zx8ufnqj4yG2ALdZWx71L/+Qv95Cc7NiNg/EBXOTniknx2uQweXZ/n B6u7hnnCql59ZcLHF585VxqtkJKucG14ROMidC2xExuHSMDJ168NurA20kACC5Qd7cnY ZVIVB7AJZdcwza0v4IQCpp4qqjXbPCyy3R0mUOK6isJewpDZsg4EfN2y2tN72yUyJUNg Tr6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=ezANnEEw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w25si2035287eju.430.2021.03.31.07.57.10; Wed, 31 Mar 2021 07:57:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=ezANnEEw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236026AbhCaO4P (ORCPT + 99 others); Wed, 31 Mar 2021 10:56:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51426 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235114AbhCaOzn (ORCPT ); Wed, 31 Mar 2021 10:55:43 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 65468C061574; Wed, 31 Mar 2021 07:55:43 -0700 (PDT) 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=WOGmEDTpzeV+1sPuo1/4FzQmK0Bbmt6+Hd4kBlUeNn4=; b=ezANnEEwtA3WVH3yRzdT3IIjm/ hPtAZF+uX9BQ9Vf2DrfCxXGMegOYtEXonVofV18ODNEHrWv3451OJ112lzliorOZbgp5VD8aQsQOU +hsiY3qspYBznIjxtmxCq0zjTC+dYgqfwkjWpuhvrV9Cvxn+CWE9ahveEsJIelBybB4kdDgTU7P0s 9bhLA8ioXyMoS+42FX8qW9gfNFBPspwG++LKkfETXQAbGFPBCnLAPKtj3KI42xW0pCdcQnZXSzwoA 27gLDyTtu9P5QiKxZQ/PxhM/iy/P4asC8Bun2EYeEufke2SERIYy+bmUulTkkUEjQ7+qKkjeLsDD+ 4ETENptA==; Received: from hch by casper.infradead.org with local (Exim 4.94 #2 (Red Hat Linux)) id 1lRcEh-004hdF-5c; Wed, 31 Mar 2021 14:54:35 +0000 Date: Wed, 31 Mar 2021 15:54:23 +0100 From: Christoph Hellwig To: Johannes Weiner Cc: Matthew Wilcox , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org Subject: Re: [PATCH v5 00/27] Memory Folios Message-ID: <20210331145423.GA1118729@infradead.org> References: <20210320054104.1300774-1-willy@infradead.org> <20210322184744.GU1719932@casper.infradead.org> <20210324062421.GQ1719932@casper.infradead.org> <20210329165832.GG351017@casper.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 30, 2021 at 03:30:54PM -0400, Johannes Weiner wrote: > > Eventually, I want to make struct page optional for allocations. It's too > > small for some things (allocating page tables, for example), and overly > > large for others (allocating a 2MB page, networking page_pool). I don't > > want to change its size in the meantime; having a struct page refer to > > PAGE_SIZE bytes is something that's quite deeply baked in. > > Right, I think it's overloaded and it needs to go away from many > contexts it's used in today. FYI, one unrelated usage is that in many contet we use a struct page and an offset to describe locations for I/O (block layer, networking, DMA API). With huge pages and merged I/O buffers this representation actually becomes increasingly painful. And a little bit back to the topic: I think the folio as in the current patchset is incredibly useful and someting we need like yesterday to help file systems and the block layer to cope with huge and compound pages of all sorts. Once willy sends out a new version with the accumulated fixes I'm ready to ACK the whole thing.