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 42332C7EE43 for ; Fri, 9 Jun 2023 12:20:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B5CDF8E0002; Fri, 9 Jun 2023 08:20:57 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B0C178E0001; Fri, 9 Jun 2023 08:20:57 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9D3488E0002; Fri, 9 Jun 2023 08:20:57 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 8CD108E0001 for ; Fri, 9 Jun 2023 08:20:57 -0400 (EDT) Received: from smtpin23.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 40EA3AEEBC for ; Fri, 9 Jun 2023 12:20:57 +0000 (UTC) X-FDA: 80883118554.23.299AFB1 Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) by imf04.hostedemail.com (Postfix) with ESMTP id DB74C4001E for ; Fri, 9 Jun 2023 12:20:53 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=verbum.org header.s=fm1 header.b=EzqpDP1X; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=rewdMrpW; spf=pass (imf04.hostedemail.com: domain of walters@verbum.org designates 64.147.123.21 as permitted sender) smtp.mailfrom=walters@verbum.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1686313254; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=AePGK7j6br0Bw6PqeF/qCZRh62N2SRkRIZC6pDml/1w=; b=y4bxQ6w8e+8iJpu1dHMjb+L/+jzJhw1lPSeeM1MEFQMqOK4PyCrn3p1F7tkwBZbAeJ+SBw K7NVd9YGeE4ScH9McS74c5KUmu0b9Y27PKqstyXPbgeVR3wdFIc1UpU+4B8fK2FUsEse07 gX4FjahTHXWzWwWyxjTBK4hob8zVg9U= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=verbum.org header.s=fm1 header.b=EzqpDP1X; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=rewdMrpW; spf=pass (imf04.hostedemail.com: domain of walters@verbum.org designates 64.147.123.21 as permitted sender) smtp.mailfrom=walters@verbum.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1686313254; a=rsa-sha256; cv=none; b=Bz3w9cUHGCeE5nkUtZ46acCtuNxuUPbPQ7yjWViugZF5p0Y4ZGHcjtpRKNXmQyrjH8bKg9 GTcyJODzp8NyIqEaQEyh3YV1uqAfP0xlBcM/jy+rFuWzfvgHmrhzJjqkwHNBOu3++kqb0Y WOM/YJxkF5UdqpuXwuCWxbV3u8PWiTA= Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id E588C320095F; Fri, 9 Jun 2023 08:20:51 -0400 (EDT) Received: from imap46 ([10.202.2.96]) by compute3.internal (MEProxy); Fri, 09 Jun 2023 08:20:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verbum.org; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1686313251; x=1686399651; bh=Ae PGK7j6br0Bw6PqeF/qCZRh62N2SRkRIZC6pDml/1w=; b=EzqpDP1XRFz3tW6Bl2 ngxQeChONv4lIlRRUF1mGT9Lgd/pUVxMz4k83h/rDwfqSYBwt25VeCbmyNln8rc+ MEmhzegXrbgKuyNT77PiKtUJcSAU5azDDEbWV/l6mgGept06vVmgtDJgzXOdyE+d 0llhRAHU7/hyqxDTt5Gub8TiREafwtjoX0GF8CXRjPxwUdjmFyx8LCUryF62m7Qj 7Righ02JqONv2Hn+a0XUBq68LO25pnokXa6eZSjB9JbPyBVcTypoig9ZTwIejb2O IevBKCujdL4PGzp7Zf/eYmb1UwKIcUI7jAbOFgsttfrAzKV0WTu6vzU9WeYM1UGH 9CTw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1686313251; x=1686399651; bh=AePGK7j6br0Bw 6PqeF/qCZRh62N2SRkRIZC6pDml/1w=; b=rewdMrpWrNATTMkPvmmdEU3s/JE2d v0qlkVkKq4fvy0PZSP9/jI39UQitkwpcME5u0DqH7nY6nGiCyi4RWTe6ni0To5Kn 0veMiRo4A7iTAQExvSknqgHZl/e26poGoJzevS+gG4CMNZIAOxXJvGrkGEFKNILa k0Alg9s9zI9a5B1Op/W+EH5UjrqKehPNPpV5IGxeBCUpgINC17Ud3q5YyvGtB4X7 6dvsGSbgTDF8az+cZKiFNGsHHdnBl1xj+2lLx3x1m3FoWTcMsVlkoCJ4rJ9vEkrx QLfWs+yph35Oo0UM1Rf5jItAVbZ1sp/4RDBAUa/ywbhcz3jwcgFeGUB5Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrgedtkedggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedfveho lhhinhcuhggrlhhtvghrshdfuceofigrlhhtvghrshesvhgvrhgsuhhmrdhorhhgqeenuc ggtffrrghtthgvrhhnpeeljeeuveeiffeuvdefhfekgfeuffejgfeuhfektdeuvdffvdeg vedvgeetleelfeenucffohhmrghinhepghhithhhuhgsrdgtohhmnecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepfigrlhhtvghrshesvhgvrhgs uhhmrdhorhhg X-ME-Proxy: Feedback-ID: ibe7c40e9:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 3A4682A20080; Fri, 9 Jun 2023 08:20:51 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-447-ge2460e13b3-fm-20230525.001-ge2460e13 Mime-Version: 1.0 Message-Id: <6b90520e-c46b-4e0d-a1c5-fcbda42f8f87@betaapp.fastmail.com> In-Reply-To: <20230609-nachrangig-handwagen-375405d3b9f1@brauner> References: <20230609063118.24852-1-amiculas@cisco.com> <20230609-feldversuch-fixieren-fa141a2d9694@brauner> <20230609-nachrangig-handwagen-375405d3b9f1@brauner> Date: Fri, 09 Jun 2023 08:20:30 -0400 From: "Colin Walters" To: "Christian Brauner" , "Ariel Miculas (amiculas)" Cc: "linux-fsdevel@vger.kernel.org" , "rust-for-linux@vger.kernel.org" , "linux-mm@kvack.org" Subject: Re: [RFC PATCH 00/80] Rust PuzzleFS filesystem driver Content-Type: text/plain X-Rspamd-Queue-Id: DB74C4001E X-Rspam-User: X-Stat-Signature: e7s48wxg4g5teg18qfsyysmifaf9xr5s X-Rspamd-Server: rspam01 X-HE-Tag: 1686313253-703042 X-HE-Meta: U2FsdGVkX1+ZnN1rr59TpBeh79tTmua5gtZwqRhmvkDRxklAjWO2yZSm4h7NZP2HPIEEhmcwu7cLnF735M1v0UUel7LTkvCULDuaB5b+z9wUa3xrYqq6vr3lcn2+7ICFhpr4toedfgKKXwIcLcCbYuEr1FtLJTV4dv1ZUcxqie4FJ0yZUWCCIju7zhkMX8iisMfvixZG1H4vA2RVtZOoYZRYtHx9FPyoSoRfSEo9M0GzMlJV8SuZ+wlx05+IEYcnpimFGlnDGZuVVdefVDuxGfZjXlxiAv9uc6xHayv9mxo9cUgoNBwy9CBDv6Lc9hdcEfVjLmruKil9y0ogZ/k88yFb2077/F/GliwpWKt676OpZeC/swAlAG2wCkS81MA0pTqn1C9JQwMuAmJCrzEgH4dZ4l+do8YobHSkdfeDx+i9PS8mURFqdVzrGr98ziDZTB5NRK2pGwUP4R6SSP7YJvtpRngswtmsG8Tv9IU3NViXvZUubuTjAYJXYR1OvY5LmwdMq0H5FqKL0/0AdrWGOWXryFQr+mLNJxMMUZHV+e9/dxr6UgX4x2eX5Lij8gPRuCJ32wYfSazx6S+z4MlOhQNlVPDstUYLFgcfNBgS/8q/H2gcVcs248QpskosXbfijZ5/tAIVcyGoeTeRvFv7viUXhih6yGuZG7AGbtRf8jsmUIjwmdiUUveZ9fXiEDcM0QhDt1XeRbr3HFOuAB+vhg7v7A3k7qpEJHjVrZYByTECFSbvd3+hXk/B8J/1QncjfkfamDYtABtubTIi3Y81rz++BII7ABtyY4kBViB9rhZj7qpmf7WEJGLPPqWjlCnFNpRrSS3OM5wiLKX1BeXxxlTJ4qqjNWcFH5ONReI3an0fvx/Nn3TCyIC1WhS9IsnadYt2BnTkjSGSmAvZbsnUkMBpERNb1rUWqa+nKiFaYzI8cdeX+HuoT3EO4OH2SLJZ+R8mqIsn4SZ4buPjpXL Rbr/YvLm iCKanMigZ2jxIFaA7oJ6bryBwyiTcfh1Af/YfizzJuq7wvtKaDdR1EIbQjOBG4TWJwaQh9ObOu0Tk2+xF6MX6JqepG4Z++KJ3NBVpSt/Lv12iVjr4x/Cnamk/5UuFVBMUVNpznZvXVc9OmXb86ewyPdmp10g4CulkIEoV X-Bogosity: Ham, tests=bogofilter, spamicity=0.000028, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Jun 9, 2023, at 7:45 AM, Christian Brauner wrote: > > Because the series you sent here touches on a lot of things in terms of > infrastructure alone. That work could very well be rather interesting > independent of PuzzleFS. We might just want to get enough infrastructure > to start porting a tiny existing fs (binderfs or something similar > small) to Rust to see how feasible this is and to wet our appetite for > bigger changes such as accepting a new filesystem driver completely > written in Rust. (Not a kernel developer, but this argument makes sense to me) > But aside from the infrastructure discussion: > > This is yet another filesystem for solving the container image problem > in the kernel with the addition of yet another filesystem. We just went > through this excercise with another filesystem. So I'd expect some > reluctance here. Tbh, the container world keeps sending us filesystems > at an alarming rate. That's two within a few months and that leaves a > rather disorganized impression. I am sure you are aware there's not some "container world" monoculture, there are many organizations, people and companies here with some healthy co-opetition but also some duplication inherent from that. That said at a practical level, Ariel in the https://github.com/containers GH organization we're kind of a "big tent" place. A subset of the organization is very heavily Rust oriented now (certainly the parts I touch) and briefly skimming the puzzlefs code, there are definitely some bits of code we could consider sharing in userspace. Actually though since this isn't releated to the in-kernel discussion I'll file an issue on Github and we can discuss there. But there is definitely a subset of the discussion that Christian is referring to here that is about the intersections/overlap with the composefs approach that is relevant for this list. Maybe we could try to collaborate on an unbiased "puzzlefs vs composefs" document? (What's in https://github.com/anuvu/puzzlefs/tree/master/doc is a bit sparse right now)