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 E4790C7EE2E for ; Fri, 26 May 2023 17:34:09 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 506CE900003; Fri, 26 May 2023 13:34:09 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4B753900002; Fri, 26 May 2023 13:34:09 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3A58E900003; Fri, 26 May 2023 13:34:09 -0400 (EDT) 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 29FD8900002 for ; Fri, 26 May 2023 13:34:09 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 456CA1C7B58 for ; Fri, 26 May 2023 17:34:08 +0000 (UTC) X-FDA: 80833104576.12.B539036 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) by imf20.hostedemail.com (Postfix) with ESMTP id 594191C0018 for ; Fri, 26 May 2023 17:34:06 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=HKC5GqVx; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=kernel.org (policy=none); spf=none (imf20.hostedemail.com: domain of mcgrof@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=mcgrof@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1685122446; h=from:from:sender: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=V7pSq7PJnnV+17c0PLHAsV81o6PiUmwa5c8k+OK0j2c=; b=M3MeIYuY7cnoYVoyd5Db6U0ZNhRTcSATdLTZ4ESx6LxemMVn3KM5SRgDI7Iajb1X5mJneH GItiEOs8vWnsZjw439148v0vhjyvpeK9ibLzx8Xk/ob1WP6CgswVwQahFxzZM9ikZZsirY vNyu81ZvJiriFbVzVKU9ieHjByWUBwM= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=infradead.org header.s=bombadil.20210309 header.b=HKC5GqVx; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=kernel.org (policy=none); spf=none (imf20.hostedemail.com: domain of mcgrof@infradead.org has no SPF policy when checking 198.137.202.133) smtp.mailfrom=mcgrof@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1685122446; a=rsa-sha256; cv=none; b=Nsyi51lap2goxPIdyhbZNTP5cLMU4E4asLmUlVCceVRMLQx2TDvskF9QEno/pNe9kZhMQt dxGEiUZgQgVQl4FlNuXP+vxP9KuEFWCFyu6eFyeM/jIoP28WUJv9kkbpkHvPqjemYUHei9 QX52Jmpzf/r3BNANvMjOxY8syu0UeH4= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=V7pSq7PJnnV+17c0PLHAsV81o6PiUmwa5c8k+OK0j2c=; b=HKC5GqVxZdX8wRhS+hcBeYXxlV UI5ei/MYN07YXASmtoH6v/hoXh1Z8WEJPAFULInxGzMig6H2DvnQbp8R6exL/GuEEF9na0UaYo3mF feu8hcR1fY/coNq+BfeGDyrVIxdo+3Zr2xL1BkgKf4SGlbCiKxNzebiwgVD0ZIhF5OLWP6VVp1dTg i6lT2nciuafF13kv1/76VfXv8qQK1HKnByvMoN0YpS67HFjhUyV2wx1t8SLakmsRFiyTVOFo80sqU +6/TDGsJ463twtBFUdkp/BgnQrLfbuKgPP9CDetYozGKolTok9W2usghuCeSXCuz7iF5CZgfsLndp A8DElMFw==; Received: from mcgrof by bombadil.infradead.org with local (Exim 4.96 #2 (Red Hat Linux)) id 1q2bK5-003Jgz-38; Fri, 26 May 2023 17:33:53 +0000 Date: Fri, 26 May 2023 10:33:53 -0700 From: Luis Chamberlain To: Matthew Wilcox Cc: hughd@google.com, akpm@linux-foundation.org, brauner@kernel.org, djwong@kernel.org, p.raghav@samsung.com, da.gomez@samsung.com, rohan.puri@samsung.com, rpuri.linux@gmail.com, a.manzanares@samsung.com, dave@stgolabs.net, yosryahmed@google.com, keescook@chromium.org, hare@suse.de, kbusch@kernel.org, patches@lists.linux.dev, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC v2 0/8] add support for blocksize > PAGE_SIZE Message-ID: References: <20230526075552.363524-1-mcgrof@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 594191C0018 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: 9kxyrmfge66mzbp1g5k91d9dadaqkrnb X-HE-Tag: 1685122446-678574 X-HE-Meta: U2FsdGVkX1/N6XwhK9E8Yu2hOPGeOsKPH6TZgsF5Yiu5UVkVkop7lbd3UtbGbsBlqJv/bWcFAJ9Rxm93hAjLlVV/j6L6cRVlNix+iAxiAuaHSw2+zyl4kb29fbjFfA39GU8aLJedEikH+MebrKgMxH8+zC4SqcYDpXHxGSRYApV1xHHpuzXqpv5y6TnDBqCmetWphMrjap0L8vc86T0MfxCpB63Mr3NFOB0QALzRXhXdjwg7opfkp+L9tFzKXREPf2mFlSFydiCCiz1/0aLIRtcIxpHGYsxupmlmLQlge7ljh3NY0vIQuHkuzwibULe6QtDWhdgo85sNFuYn447SAXR0yjW6Oo9S8F03Yfw8JsRgS4wISHH1BDOvQ3wNDTGz5Mo+7Im6dTKHnYUBw0ntp00GrjSSRPHF+Af0jOy2Q2mupX849Nw/UKW/W/2oj/5WVy39hWQpV5+8syeexYnl1ADV+GnaWRfArUnbavy8049uFcf9Dnf5h9ycH/FnW07Gz/HBui9kzqnM5zRwtrvaHOsalh84ULP26YsVmYpSUE7getMFJ1ulXVOA5txffFVqJgZ5UwyXQcV/j//WyLL+Wsr1CY3OmjiX+WMudOSvCsaGAjjVncO4VValZL2uPtmtzokcmOOWR9GpNuukZnCEL2HWSm0j6vruwlgsV+dZVJEKqejXzeHvtI6R3tyTUvyx0w7MSlXH0Os8xCdC06TupHApW1kPsS8v7fcpgzFkxOvYMbjEsWcfPOck6wBQmhhey/9+Fyxo1I7hdm158Q2auzx/08pN3wradvkIvVCGABCfjVlaWrscySLAUVL6l2N7OBpwcm16nPmNGXAYTfNNn4UmzT7bvxwAhGr0ss2S6esvpjuQMvEA6HbfHn0U7cxY45WZv5ywOK+3MGYQJbBrFvGE+5LYErycZYHq1Pt8hL+bTCNMihQ7/RjEk+WghIUmOu+quDqpJdk54mOrFzY KnPQs8Oa DFk2TS0REI85mSHwI2dztwkA9etR1VwX3ewae7Lk3cehC86hlT7CRY+MRRS1XEXivdW5EfDT4EjxsjwR6KVRLSgyf/7JrDaPimfa2mwFs39Ykv4L+DBl3Cc98yt4s++BqRWPWE2ooQ4HFfnhP9Hy7VxZPUopM7xiI1z2dGu+MdGFv/DTOogrgiZDsvqaxtLm4C0R859hGa+5MwjCbT5ZFIASa6uTOdIw6LLT+1LZwk/ICYrp8t8z+aXdrWHN/8SHZxlBWI8kw6gDanVd0mOJuC9uZppN2sCRXl6N3FXFfcJ+0SDAU7yOSS42AJX1cgKKNRN0zCWj6bmHljmkOm3USVwSTK06NmI1SUnTMO5+2eOYKU38Vwc1Rtljry74+mfl7+gDxzPHKj/G7H4c3BmPdG2GmfrEUFKhR4DjwztXAJozYxvU= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000020, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, May 26, 2023 at 02:54:12PM +0100, Matthew Wilcox wrote: > On Fri, May 26, 2023 at 12:55:44AM -0700, Luis Chamberlain wrote: > > This is an initial attempt to add support for block size > PAGE_SIZE for tmpfs. > > Why would you want this? It helps us experiment with higher order folio uses > > with fs APIS and helps us test out corner cases which would likely need > > to be accounted for sooner or later if and when filesystems enable support > > for this. Better review early and burn early than continue on in the wrong > > direction so looking for early feedback. > > I think this is entirely the wrong direction to go in. Any recommendations for alternative directions? > You're coming at this from a block layer perspective, and we have two > ways of doing large block devices -- qemu nvme and brd. tmpfs should > be like other filesystems and opportunistically use folios of whatever > size makes sense. I figured the backing block size would be a good reason to use high order folios for filesystems, and this mimicks that through the super block block size. Although usage of the block size would be moved to the block device and tmpfs use an page order, what other alternatives were you thinking? Luis