Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp753229rwe; Thu, 25 Aug 2022 08:32:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR7JB4Yu6DoemvEwwl/twR6ZluE5N/TAgaSareLigu4M5P7CZbJBwWkfynR4A/vrScQGGWso X-Received: by 2002:a17:906:9bc4:b0:73d:6d5b:328b with SMTP id de4-20020a1709069bc400b0073d6d5b328bmr2840666ejc.381.1661441573741; Thu, 25 Aug 2022 08:32:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661441573; cv=none; d=google.com; s=arc-20160816; b=zqaiqXiKMVodoZbNetls6kWbVJ+dvxjCQmUW2+Ki2P0gyC9lJGI8/NbHIm8zw96c0+ 4daVzT/cENBhDUzDdPxzOJZvHqoXcaMRYbrgkWA5KhzD39E5+FpsH1aC+xWiVqot38rV JUDHOLMAET1x5ZQ0NDUBB88bh0mzMd4NumZoI42nbEDVzXg+0Uzq+m81mGNx+5XSZSJ0 4mnM8WInpH7+xcfNMxeTmLfLUP29G8K8xQqNQV4TtdA593XCvuE1rtLe2nVkbH6EO6EG jP8hY+UlXuPIuLjJSRATEuNckmuRjJGKerDL9NRgOyOrHd83m+ZZCTD7LNXryEsxG/bU yTPQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:content-id:mime-version:subject :cc:to:references:in-reply-to:from:organization:dkim-signature; bh=bcBEWvFtJ5NmdnAB/S7p0gK5rp/4clo47N5JIYngCSc=; b=tgJSJulnFj3Ssq8eq1bne/NXkbW1ZWi9cxtoHQrRX27Lf0ZvyMifXGOLnPQmVs1lLB w/jm+07IomVhB4h6vYQaCI9fYBZ0JKoyhxMl0dER67Zasd1Ms2qLSAKg0GUmrvNYuMCZ lsLFt5yUqSxoCDyqFIHwDATAYVuPpakNWQJnMkUOnUwBDB/xY0DOYiA1VjBWYSWKKOUo e72chLaWA+H/9HaOXXwrrhqZaM6xUNe/UEThpNAU4c+qefVwDn5FUM/k+pH9KWoTAOjY sLHtBNAwy88f7YybTf/Yo5+AYniR2Hh0V2DmO6ugMFk8MeCTqT3girl2qKEYxHOdNNX5 S4DQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="HehyD/QG"; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id eb13-20020a0564020d0d00b00446434685c3si7129305edb.134.2022.08.25.08.32.26; Thu, 25 Aug 2022 08:32:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="HehyD/QG"; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242937AbiHYPbn (ORCPT + 99 others); Thu, 25 Aug 2022 11:31:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48502 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243276AbiHYPbH (ORCPT ); Thu, 25 Aug 2022 11:31:07 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 773A413E8A for ; Thu, 25 Aug 2022 08:31:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1661441465; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=bcBEWvFtJ5NmdnAB/S7p0gK5rp/4clo47N5JIYngCSc=; b=HehyD/QG5UFRuB9lQw7zGlJaduusg4GVSEMktO7zMTBTL9y6617Qz/3j772+VT0Ce54Qxc 7CYSiNlU2sM9JpGw+0Pp/GgzVwD2TNrCVjGlNwyY7q3+A66GgvrBhcwyRidvyvvFmBZC8E KMlYUmWX0xopPd7etLChwvVlfSlPacs= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-455-Z4j1jXTIOVCedlDyNkwVrw-1; Thu, 25 Aug 2022 11:31:02 -0400 X-MC-Unique: Z4j1jXTIOVCedlDyNkwVrw-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.rdu2.redhat.com [10.11.54.2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id DF2B1101E989; Thu, 25 Aug 2022 15:30:59 +0000 (UTC) Received: from warthog.procyon.org.uk (unknown [10.33.36.72]) by smtp.corp.redhat.com (Postfix) with ESMTP id D0AF24010FA0; Thu, 25 Aug 2022 15:30:58 +0000 (UTC) Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: References: <20220824093501.384755-1-dwysocha@redhat.com> <20220824093501.384755-3-dwysocha@redhat.com> <429ecc819fcffe63d60dbb2b72f9022d2a21ddd8.camel@hammerspace.com> <216681.1661350326@warthog.procyon.org.uk> <5ab3188affa7e56e68a4f66a42f45d7086c1da23.camel@hammerspace.com> <5dfadceb26da1b4d8d499221a5ff1d3c80ad59c0.camel@hammerspace.com> To: Matthew Wilcox Cc: dhowells@redhat.com, Trond Myklebust , "linux-cachefs@redhat.com" , "linux-nfs@vger.kernel.org" , "daire.byrne@gmail.com" , "anna.schumaker@netapp.com" , "benmaynard@google.com" , "dwysocha@redhat.com" Subject: Re: [RFC PATCH 2/3] NFS: Add support for netfs in struct nfs_inode and Kconfig MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3965610.1661441458.1@warthog.procyon.org.uk> Date: Thu, 25 Aug 2022 16:30:58 +0100 Message-ID: <3965611.1661441458@warthog.procyon.org.uk> X-Scanned-By: MIMEDefang 2.84 on 10.11.54.2 X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Matthew Wilcox wrote: > AFS tracks one dirty range per folio, but it first brings the folio uptodate > by reading it from the server before overwriting it (I suppose that's a > fourth option). I'm intending on moving afs towards the nfs way of doing things when writing to as-yet unread folios - unless a cache is in operation, then we read it anyway and store the folio(s) into the cache unless the entire cache granule is going to be overwritten unless we're supporting disconnected mode. I know that's exceptions-to-exceptions. David