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 X-Spam-Level: X-Spam-Status: No, score=-8.5 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CD22DC4707F for ; Thu, 27 May 2021 08:09:34 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 48364613BF for ; Thu, 27 May 2021 08:09:34 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 48364613BF Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id B90156B0036; Thu, 27 May 2021 04:09:33 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B406A6B006E; Thu, 27 May 2021 04:09:33 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9E0826B0070; Thu, 27 May 2021 04:09:33 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0219.hostedemail.com [216.40.44.219]) by kanga.kvack.org (Postfix) with ESMTP id 6DA6B6B0036 for ; Thu, 27 May 2021 04:09:33 -0400 (EDT) Received: from smtpin20.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id 096548249980 for ; Thu, 27 May 2021 08:09:33 +0000 (UTC) X-FDA: 78186286626.20.46E3365 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf03.hostedemail.com (Postfix) with ESMTP id 2AA0AC0042E3 for ; Thu, 27 May 2021 08:09:25 +0000 (UTC) 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=BSxyA6mHD0RmgeugIFmOasLIdKwDRkfeOVlBlTrLl10=; b=EyYpDORZHnC1ZDNMaNueS+nB22 bjb+BAkBhFfMqA1YB8BvolwZmG9mP0Fka4sd4Kg8iuy9PJaP/2KkO3GJsHeKjE9WAXOHhArV2WhYa CSQkU4fFeu1aJnXjSukT8z0+6xo75HNsOa+C4pYXeCQSuEBH/yhtPt1oH7jlz1jX0DUipTdUoIk6b bztDe5wHneFBWVMQ+Ls/ZPd/JjIaP2AceqOIoNV6nfJICsLnZqmu+ruZkg1i9jah6fmkoJQexNDZl l6nn6rg/1FDD27nhTzKoMqNEuJOBqi/Q/XqgTEI1v9ZYEq4AJUIDZPv+swFnmZ1o9/JPJk9AYJEVi CX0M3m8A==; Received: from hch by casper.infradead.org with local (Exim 4.94 #2 (Red Hat Linux)) id 1lmB4o-005Jh8-P9; Thu, 27 May 2021 08:09:13 +0000 Date: Thu, 27 May 2021 09:09:10 +0100 From: Christoph Hellwig To: "Matthew Wilcox (Oracle)" Cc: akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Jeff Layton Subject: Re: [PATCH v10 01/33] mm: Introduce struct folio Message-ID: References: <20210511214735.1836149-1-willy@infradead.org> <20210511214735.1836149-2-willy@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210511214735.1836149-2-willy@infradead.org> X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html X-Rspamd-Queue-Id: 2AA0AC0042E3 Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=EyYpDORZ; dmarc=none; spf=none (imf03.hostedemail.com: domain of BATV@casper.srs.infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=BATV@casper.srs.infradead.org X-Rspamd-Server: rspam03 X-Stat-Signature: o869gdrsrpudeu7cfxcxhtdmwupku5p6 X-HE-Tag: 1622102965-537523 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: On Tue, May 11, 2021 at 10:47:03PM +0100, Matthew Wilcox (Oracle) wrote: > A struct folio is a new abstraction to replace the venerable struct page. > A function which takes a struct folio argument declares that it will > operate on the entire (possibly compound) page, not just PAGE_SIZE bytes. > In return, the caller guarantees that the pointer it is passing does > not point to a tail page. I still hate the overlay that must match struct page with passion and think it is going to come back and bytes us. But we really need to get out of the compound page mess and move forward with large page suppot in the page cache. So: Reluctantly-Acked-by: Christoph Hellwig