Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp955635ybh; Thu, 12 Mar 2020 14:16:28 -0700 (PDT) X-Google-Smtp-Source: ADFU+vszGGz0hXZQoypFTuPlQueaOJX324jaFKhz9g/BESSS3JippN1zUlS6fCdPD04uKR29Ihol X-Received: by 2002:a05:6830:1b68:: with SMTP id d8mr7944176ote.56.1584047788571; Thu, 12 Mar 2020 14:16:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584047788; cv=none; d=google.com; s=arc-20160816; b=U0xH92uVDEkKKARQNswSq/aBtujDQdkb0Gk3UJ/6uQnxmPWMFteeADMeRQ5bGRrb7z eRqbCg3C+VrOn6ZJFx6yVxPMHTcAYxmeJs9Pdsx7IoxXqUT+g2yirshG84cjyymePrN4 3lQhpADQUzJjXng9Py3Z6nzLU6VmIOncR990YsyVRRVcELuspndgj/ifWD9Fk0XH3k/x +kqXI8HgBa8zd+fgYCz62ECSAuIRLIkLirX0NH3lVeK3/IxPFNfDUVCfmsujDL1gbbP/ hPiKf/o4IVwCzcQPIXYw+KQsNi4ci/rQzfwYePY3B8cxsWGFN8XBEROjZ9cCFH9ZgwqU WCwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:dkim-signature; bh=ZBMPMVMFpuP37u2UfUI5bADY2gVZ0Cn5j/haovyIyIg=; b=uces3zDik8rTcJ2Z0LGgjIsmOU+tbFIDlm7BJTI7Wp7bVzes3JazLHMZbWy1MYtVYe oc7bW2RD39J534FYITlxu8h1PqHJqc5E8UxxG7ExyFh9A5mtomLMAIEKjUzoXy6VsywV aarfzFAUQYLEcdAzPVOVRB27cEyQ/IbliyobqL3kcPwImzByxBWcifLOO7/EWPizlkMi pi2G+o0NRvy5qYFcVsykiUnHA30Wo6zWrTJqQ5d9yAh9fJ4789Jd8yvBN4HNQJOsHZFn ItbMPC5ezRf5X+NKMhCjs42bg2rBApdFsFUaKWhTvow8KQJQJ3D2Rgx7+o+tbcMGwOKS fyFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=ehvuRBAP; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f21si3557532otf.128.2020.03.12.14.16.03; Thu, 12 Mar 2020 14:16:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@amazon.com header.s=amazon201209 header.b=ehvuRBAP; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amazon.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726481AbgCLVQB (ORCPT + 99 others); Thu, 12 Mar 2020 17:16:01 -0400 Received: from smtp-fw-33001.amazon.com ([207.171.190.10]:4464 "EHLO smtp-fw-33001.amazon.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726442AbgCLVQB (ORCPT ); Thu, 12 Mar 2020 17:16:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1584047761; x=1615583761; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=ZBMPMVMFpuP37u2UfUI5bADY2gVZ0Cn5j/haovyIyIg=; b=ehvuRBAPldrt3nVgnWgeSsR6QXwYJ3HVpnv0/98Ke99arLNDFrPCVSp+ y7y41NQkqg2P8Z3IpDU99Wyr7Jc5Gpexx4Aa98Bato8M6/e1+RO8Wp0zp v1v357oRQtRI9L87apTQ9KZAvEvNYOpDhICyefXqdMDYINsMBXn8ePOUo s=; IronPort-SDR: 492N0sbOk7JLtNFgvd3ONfk+npPEkJ5NbyhhgDiNVdqxyU814aqbmQcJORu+w5092cCBnG03yp jkd9FgoMhKCw== X-IronPort-AV: E=Sophos;i="5.70,546,1574121600"; d="scan'208";a="32302386" Received: from sea32-co-svc-lb4-vlan3.sea.corp.amazon.com (HELO email-inbound-relay-1e-c7c08562.us-east-1.amazon.com) ([10.47.23.38]) by smtp-border-fw-out-33001.sea14.amazon.com with ESMTP; 12 Mar 2020 21:15:58 +0000 Received: from EX13MTAUWA001.ant.amazon.com (iad55-ws-svc-p15-lb9-vlan2.iad.amazon.com [10.40.159.162]) by email-inbound-relay-1e-c7c08562.us-east-1.amazon.com (Postfix) with ESMTPS id EDD1B240B8E; Thu, 12 Mar 2020 21:15:56 +0000 (UTC) Received: from EX13D29UWA001.ant.amazon.com (10.43.160.187) by EX13MTAUWA001.ant.amazon.com (10.43.160.58) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 12 Mar 2020 21:15:56 +0000 Received: from EX13MTAUWA001.ant.amazon.com (10.43.160.58) by EX13D29UWA001.ant.amazon.com (10.43.160.187) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 12 Mar 2020 21:15:55 +0000 Received: from dev-dsk-fllinden-2c-c1893d73.us-west-2.amazon.com (172.23.141.97) by mail-relay.amazon.com (10.43.160.118) with Microsoft SMTP Server id 15.0.1367.3 via Frontend Transport; Thu, 12 Mar 2020 21:15:55 +0000 Received: by dev-dsk-fllinden-2c-c1893d73.us-west-2.amazon.com (Postfix, from userid 6262777) id C58A7C13B8; Thu, 12 Mar 2020 21:15:55 +0000 (UTC) Date: Thu, 12 Mar 2020 21:15:55 +0000 From: Frank van der Linden To: "Mkrtchyan, Tigran" CC: Trond Myklebust , Anna Schumaker , linux-nfs Subject: Re: [PATCH 03/13] NFSv4.2: query the server for extended attribute support Message-ID: <20200312211555.GA5974@dev-dsk-fllinden-2c-c1893d73.us-west-2.amazon.com> References: <20200311195613.26108-1-fllinden@amazon.com> <20200311195613.26108-4-fllinden@amazon.com> <530167624.4533477.1584029710746.JavaMail.zimbra@desy.de> <20200312205139.GA32293@dev-dsk-fllinden-2c-c1893d73.us-west-2.amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200312205139.GA32293@dev-dsk-fllinden-2c-c1893d73.us-west-2.amazon.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Thu, Mar 12, 2020 at 08:51:39PM +0000, Frank van der Linden wrote: > 1) The xattr_support attribute exists > 2) The xattr support attribute exists *and* it's true for the root fh > > Currently the code does 2) in one operation. That might not be 100% > correct - the RFC does mention that (section 8.2): > > "Before interrogating this attribute using GETATTR, a client should > determine whether it is a supported attribute by interrogating the > supported_attrs attribute." > > That's a "should", not a "MUST", but it's still waving its finger > at you not to do this. > > Since 8.2.1 says: > > "However, a client may reasonably assume that a server > (or file system) that does not support the xattr_support attribute > does not provide xattr support, and it acts on that basis." > > ..I think you're right, and the code should just use the existence > of the attribute as a signal that the server knows about xattrs - > operations should still error out correctly if it doesn't. > > I'll make that change, thanks. ..or, alternatively, only query xattr_support in nfs4_server_capabilities, and then its actual value, if it exists, in nfs4_fs_info. Any opinions on this? - Frank