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=-6.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no 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 7470AC07E95 for ; Tue, 13 Jul 2021 11:54:42 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 010A3610C7 for ; Tue, 13 Jul 2021 11:54:41 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 010A3610C7 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 05A1B6B008C; Tue, 13 Jul 2021 07:54:42 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 00A076B0095; Tue, 13 Jul 2021 07:54:41 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DED2B6B0096; Tue, 13 Jul 2021 07:54:41 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0040.hostedemail.com [216.40.44.40]) by kanga.kvack.org (Postfix) with ESMTP id B68096B008C for ; Tue, 13 Jul 2021 07:54:41 -0400 (EDT) Received: from smtpin04.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id CB42429DFD for ; Tue, 13 Jul 2021 11:54:39 +0000 (UTC) X-FDA: 78357407478.04.8C01A30 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf25.hostedemail.com (Postfix) with ESMTP id 6E3CDB0002A9 for ; Tue, 13 Jul 2021 11:54:39 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 5879161073; Tue, 13 Jul 2021 11:54:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626177278; bh=EOF664GU/JirSb7RMAso8Dcg/Y3qoOHNWnB1kKbxHjg=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=tmz32O2m6om0NPJsfboZXP6uqvtAQnEG7DYsbEjS3+k/Xe5etqlymRxdbECnGmh1C z5j0RA6nJwMhBhsLG8pU4AcDr6W5/W9k31qSzMiAkOog/pCTqhDog/GUlhN1KqX8zD gZY7QBWlB8fCJBHNdlztMY1WAwP+4G5nELTX+beQabqbFnQxXRapd9Ni5DvvCKrQBd KE/NuQJ4oOR35RzxA/QH6uenAUXFKonUmppkjol8V7MxjytMXiX4KZfySngMEB7VGQ QguKVYt+FQkfbsgeBnbUSJGZepWrIlGGLOyr2jNAOezKdIeulmTtMthlV+Tqj6MP0Y PDzr8J/Jc774g== Message-ID: Subject: Re: [PATCH] netfs: Add MAINTAINERS record From: Jeff Layton To: Christoph Hellwig , David Howells Cc: torvalds@linux-foundation.org, "Matthew Wilcox (Oracle)" , linux-mm@kvack.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org, linux-nfs@vger.kernel.org, linux-cifs@vger.kernel.org, ceph-devel@vger.kernel.org, v9fs-developer@lists.sourceforge.net, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Date: Tue, 13 Jul 2021 07:54:36 -0400 In-Reply-To: References: <162609279295.3129635.5721010331369998019.stgit@warthog.procyon.org.uk> Content-Type: text/plain; charset="ISO-8859-15" User-Agent: Evolution 3.40.3 (3.40.3-1.fc34) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=tmz32O2m; spf=pass (imf25.hostedemail.com: domain of jlayton@kernel.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=jlayton@kernel.org; dmarc=pass (policy=none) header.from=kernel.org X-Stat-Signature: kkbt5zfunfi8ibrt5gfprgr1nqwf7zea X-Rspamd-Queue-Id: 6E3CDB0002A9 X-Rspamd-Server: rspam01 X-HE-Tag: 1626177279-2283 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, 2021-07-13 at 06:44 +0100, Christoph Hellwig wrote: > On Mon, Jul 12, 2021 at 01:26:32PM +0100, David Howells wrote: > > Add a MAINTAINERS record for the new netfs helper library. > > Btw, any reason why this code is called netfs? It is a library > that seems to mostly be glue code for fscache as far as I can tell and > has nothing to do with networking at all. It's infrastructure for network filesystems. The original impetus was hooking up fscache, though the helper code also works with fscache disabled. We also have some work in progress to plumb in fscrypt support, and David is also looking at adding writepage/writepages support too. readpage/readpages/writepage/writepages operations in network filesystems are quite "fiddly", and they all do it in subtly different ways (and not always for good reasons). The new read helper infrastructure abstracts a lot of that away, and gives netfs's a simpler set of operations to deal with. We're hoping to do the same with writepage/writepages helpers soon. -- Jeff Layton