Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4654439ybi; Tue, 11 Jun 2019 10:09:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqz/bf0c2jqdazHF1zc4Vjtm8bOtYUIxP//vwkFSfslKtu5wMOqpf69fDKng9YIUpmVweNrm X-Received: by 2002:a17:902:6b44:: with SMTP id g4mr61747226plt.35.1560272983539; Tue, 11 Jun 2019 10:09:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560272983; cv=none; d=google.com; s=arc-20160816; b=cvcQ91qVoF58wdtoTNsfHYZa/Xrpk2VlmlrDcgzcm0Sd5Jzf3ReS2CSypSZhMOwv/b VeZm0cLri8N2CHdNBLIldsaYX6uPG9+VPlZKFGeC+3LVpfjz5j03HUd4xuh1S9AiUz7D UThZbCGGOBzRI5Jo6/R44GGhZdP5TmvDiY8Gs21QRBU3FyO2yZKEBHjMyds/oOLDZLsD dw8HOmNhg4Fmn8dWukkXXl+Tq9WcOy/AGk4fx0sgiqaBAyLJVXiuLqLWx4vmZterrR/a SGF5V05oPuYgXegJ53YPLlO7Q04WUyFHW4/1UqPy9qFUcoV3SzHuFSJrpDgt7aAmfwhq sY+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=WOso5njS20+sHfpHsXZ3ooBKM9Syqm4ixy5snT8oebs=; b=GpzurQg5fS/ORR0SRlSr2+pUlbjAca2SzMTLCUspn26nrmyOu04dc5e6tvW+Sq9DBI BRn/nzr6tzXSKu6+qmU4cRrIhnFJlpT6Ox1FKz6acZFAZx6cxvMntUvpjUC+FGLjf39i +FyYz957hYhmzGYW+S8tmlghwDW+aH+k78X7UZ56BtbTL5t18IXgjBaaiNr+4/JMXMJW 1S41f4HWO0CKOa5l88Op3vEFKhwCiJlCY33fe8UfiA2r87TY+Pt96veG+nKoiwmbpwFN pJKUFN4guVNXHC0x0f71prDioV84zITNU/7Hdrvsm8n8kfZP0SrtQpuMZoOw8T/p6sZa /q2A== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g191si14000032pgc.197.2019.06.11.10.09.29; Tue, 11 Jun 2019 10:09:43 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405635AbfFKRBv (ORCPT + 99 others); Tue, 11 Jun 2019 13:01:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46364 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405632AbfFKRBv (ORCPT ); Tue, 11 Jun 2019 13:01:51 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E1343308622D; Tue, 11 Jun 2019 17:01:45 +0000 (UTC) Received: from [10.10.66.2] (ovpn-66-2.rdu2.redhat.com [10.10.66.2]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 52806600CD; Tue, 11 Jun 2019 17:01:44 +0000 (UTC) From: "Benjamin Coddington" To: "Trond Myklebust" Cc: linux-nfs@vger.kernel.org, anna.schumaker@netapp.com Subject: Re: client skips revalidation if holding a delegation Date: Tue, 11 Jun 2019 13:01:43 -0400 Message-ID: <53641A5A-1888-4864-B48A-69D73DB000C0@redhat.com> In-Reply-To: <2cc7cbfda42601d2e52ee63bed2dbb4140401adc.camel@hammerspace.com> References: <6C2EF3B8-568A-41F0-B134-52996457DD7D@redhat.com> <7289561F-686E-4425-B0CE-F3E5800C033D@redhat.com> <243407AC-A416-4FF2-A09B-B1362C6206D9@redhat.com> <2cc7cbfda42601d2e52ee63bed2dbb4140401adc.camel@hammerspace.com> MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.42]); Tue, 11 Jun 2019 17:01:50 +0000 (UTC) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On 10 Jun 2019, at 12:43, Trond Myklebust wrote: > On Mon, 2019-06-10 at 10:14 -0400, Benjamin Coddington wrote: >> On 4 Jun 2019, at 15:00, Benjamin Coddington wrote: >> >>> At least now I can spend some time on it and not feel aimless, >>> thanks for >>> the closer look. >> >> I am not finding a reliable way to fix this and retain the >> optimization. I >> will send a patch to remove it. > > > How about just moving the optimisation into the if > (nfs_check_verifier()) { } case? There should be no need to do the > nfs_lookup_verify_inode() dance if we hold a delegation. should there? Ok, right -- we can optimize that away.. I'll see what sticks to the wall. Ben