From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 60C8A48CC7; Wed, 10 Jan 2024 12:56:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="wR5c8Kj+" 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=Ws3LWjOi7S+S4CtjPbXLD+3eiq35Y86yQtBI0OP55yw=; b=wR5c8Kj+q9PbFk8dgK0hEnHWQI E05ggc6aieDOv/EbX5j0MwQVqynQpDAjlDhHq+z/zEoPJf9ojcamcIsOSEACKEkjMntUvra1heP3I yy0KZgQXJvi38ie+uqx8eqvBO7TInIu8NAaBlAVOG4L97CVevMTcZBpOTf2InaORdE2C02S/sbNe+ +Ni9mwgle5ck7dnoSD3ZiGRBN6fJqqho4sYHwm+dNvV6mmiEyPN70piaz0NRQUbfTkY04/spfF7ou Ir4NSIEVtghdBR2QOZdqSVy5/rhaOV4SHMQ0a/W/LGB3u0btTvRSKgEHRsThL6WKs4Da7TGIr/7Zl gPgqpSSg==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1rNY7t-00BRj6-3S; Wed, 10 Jan 2024 12:56:09 +0000 Date: Wed, 10 Jan 2024 12:56:09 +0000 From: Matthew Wilcox To: Wedson Almeida Filho Cc: Greg Kroah-Hartman , Al Viro , Kent Overstreet , Christian Brauner , Kent Overstreet , linux-fsdevel@vger.kernel.org, rust-for-linux@vger.kernel.org, Wedson Almeida Filho Subject: Re: [RFC PATCH 00/19] Rust abstractions for VFS Message-ID: References: <20231018122518.128049-1-wedsonaf@gmail.com> <20240103204131.GL1674809@ZenIV> <2024010935-tycoon-baggage-a85b@gregkh> Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Jan 10, 2024 at 04:49:02AM -0300, Wedson Almeida Filho wrote: > On Tue, 9 Jan 2024 at 16:32, Greg Kroah-Hartman > wrote: > > On Tue, Jan 09, 2024 at 07:25:38PM +0000, Matthew Wilcox wrote: > > > You've misunderstood Greg. He's saying (effectively) "No fs bindings > > > without a filesystem to use them". And Al, myself and others are saying > > > "Your filesystem interfaces are wrong because they're not usable for real > > > filesystems". And you're saying "But I'm not allowed to change them". > > > And that's not true. Change them to be laid out how a real filesystem > > > would need them to be. > > Ok, then I'll update the code to have 3 additional traits: > > FileOperations > INodeOperations > AddressSpaceOperations > > When one initialises an inode, one gets to pick all three. That makes sense, yes. > And FileOperations::read_dir will take a File as its first argument > (instead of an INode). > > Does this sound reasonable? yep!