Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1371384pxk; Fri, 4 Sep 2020 07:50:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwdIIdcA9AZb2vS3hhg6ierHpKcbp6DJSGIoT1SE4stpLYKoEfdCH1sFzhxInB/gC4l9RA2 X-Received: by 2002:a50:88a4:: with SMTP id d33mr9146476edd.43.1599231022455; Fri, 04 Sep 2020 07:50:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599231022; cv=none; d=google.com; s=arc-20160816; b=wuohnK0xMYGVqTTsUARr0cHCL2R3o6qy0bWAm8DPt72k3P1RWiUxxNB2/5P9paFTDh se0eoJlRMlVcJb28NfrNaOn1GUfpCNKfW8WXCvsJZxAwnKDL5oy/VKPqiHbrM/+sxiiC 4s57jBZ1XSMqrotvx41eR5/X7IOu/8jowkEsHQ66EHGrKrRrkGI8SIAahsG4MIxkAQAC /cNIdL/t94WFHX0NY7ZwBx/NgfsGaaGzRCoE6GXXGPp3hYu7tu/3Cwn3oQDCrp9Rbo+a QIp4RIAkLAW+GU7dDW/ePjr3/3IDZzhDfX1YUeV1qbIkRlbk/Tj+hX5X8USaupnBeW9W rBuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=d5sBXiEc2ic5O40/EZgFnx0fiGvPHm031xynDKEUxwU=; b=kzhYG31sXS5koHSalTWN+hVAAY+aPHJ7BI4gmkwnIFQ3SZCkrR7sUqiKSJmtcoKk6j LdQcSycAHncA8TInJkkQgBe801xxp/BpU4xFoznA8SbNcG/4obRXINTcNXfnReEnuXEO Vst8NS+c01E9VcAVsPwFQ02KcWJETxXuBtDtOwVLIrWB0aVD2pQa95+TNXl3RoBCmxyo UdAcOV2K7qQQq9/u9rvENJRxAI/3Oqu9qN6dZxdPv6kV/7MpyBK8NV/R3WXi3Pce5G8M 0w8a87Nt7Nv/b7b6VDguwfo3Ktznwh1EePvGLbeHKEWdE0R4bs9vjHcsaUiczLC7VYXy mu7Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i21si4078932edv.439.2020.09.04.07.49.46; Fri, 04 Sep 2020 07:50:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730021AbgIDOtl (ORCPT + 99 others); Fri, 4 Sep 2020 10:49:41 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:41322 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729942AbgIDOtk (ORCPT ); Fri, 4 Sep 2020 10:49:40 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-328-myf1zljOMK-E2wdENt3srw-1; Fri, 04 Sep 2020 10:49:35 -0400 X-MC-Unique: myf1zljOMK-E2wdENt3srw-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 375B51007B09; Fri, 4 Sep 2020 14:49:34 +0000 (UTC) Received: from pick.fieldses.org (ovpn-114-48.rdu2.redhat.com [10.10.114.48]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 079B119C59; Fri, 4 Sep 2020 14:49:33 +0000 (UTC) Received: by pick.fieldses.org (Postfix, from userid 2815) id EEFA4120353; Fri, 4 Sep 2020 10:49:32 -0400 (EDT) Date: Fri, 4 Sep 2020 10:49:32 -0400 From: "J. Bruce Fields" To: Chuck Lever Cc: Bruce Fields , Anna Schumaker , Linux NFS Mailing List Subject: Re: [PATCH v4 2/5] NFSD: Add READ_PLUS data support Message-ID: <20200904144932.GA349848@pick.fieldses.org> References: <20200901164938.GC12082@fieldses.org> <20200901191854.GD12082@fieldses.org> <20200904135259.GB26706@fieldses.org> <00931C34-6C86-46A2-A3B3-9727DA5E739E@oracle.com> <20200904140324.GC26706@fieldses.org> <164C37D9-8044-4CF4-99A1-5FB722A16B8E@oracle.com> <20200904142923.GE26706@fieldses.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Fri, Sep 04, 2020 at 10:36:36AM -0400, Chuck Lever wrote: > > On Sep 4, 2020, at 10:29 AM, Bruce Fields wrote: > > It also doesn't guarantee that the results tell you > > anything about how the file is actually stored--a returned "hole" could > > represent an unallocated segment, or a fully allocated segment that's > > filled with zeroes, or some combination. > > Understood, but the resulting copied file should look the same whether > it was read from the server using READ_PLUS or SEEK_DATA/HOLE. I'm uncomfortable about promising that. What do you think might go wrong otherwise? --b.