Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp938529pxp; Wed, 16 Mar 2022 21:59:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHiDpUe6jrxm1+HAGqPLGaUuJTtbtchBEOuV8IFbhiRuJZt/10r5i5FhUxW1pXD+Lw1q0U X-Received: by 2002:a63:6949:0:b0:380:94ab:9333 with SMTP id e70-20020a636949000000b0038094ab9333mr2234405pgc.199.1647493183085; Wed, 16 Mar 2022 21:59:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647493183; cv=none; d=google.com; s=arc-20160816; b=Ra+/l00rw/2A/5+Xw2PodvLbhI2RbtXgj8DE3Z4Ve/cvlo4fTUtA/+9PkZaRTaEKzQ 5IfS3vMUSE1GB/L2IP9DRawGf4G7gYd+shuPCGvqaaXfnnMPldUYKcb3OmR2FXoFKK0F R9Fxen8tKm7fPdGVe3qsXXLvfybtmzdZUwPucp+raMT83DYwdEqkke/AGr4ivBZlwAr+ ezU4GOHP83ky12ozkYV1VIgBAIKWtEr0AvDRhYNni+TNa8nZ7Ud7ozU04g6y3KsRf6cy m2r1Hna0o2865ckA2pOND2ypwe9K4mvsNv9N0r4ZOjL6O/J8NW7MJ0IC17bi9oW+AnYF Ou7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-filter; bh=nMdUSnDfJGUkkshZG+wCco5fLanizJJTvgIT15m762s=; b=a+oZxUFRA9FaL0LItHNzj0Wra/lqjfFDdGAQ4vm+nFPAIF5kDCG+VuNTlKKEc79aal t9zBlVRRFKL4tS2hioP74TSpDaOkYroRhGMhOcwzATkHs4qqXwTs6e361y9mFADmulG8 TiMiwDlD2kzSFxwsn8AzB9jJsw3vwblvOLMdfCU59fBBBL+/i5+Bl2Yh7w3gzvJuVYJj 27d1nMvzkbn830Y1nZOCYviNzNIJgnCZqQR/7xPMiIcgsl2jZcEeKEKTpU4RyXA/RJIF Zxlw09TOs9t7D8wJl5qyUdT7h5xMxRlslye36AUjarL+TKL9LJEE18TLoYikf2Kc8s7K iRcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@fieldses.org header.s=default header.b=q+yRz4wi; spf=softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l17-20020a62be11000000b004f6ae08af0esi3544194pff.105.2022.03.16.21.59.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Mar 2022 21:59:43 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@fieldses.org header.s=default header.b=q+yRz4wi; spf=softfail (google.com: domain of transitioning linux-nfs-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id F3B8C18A7A2; Wed, 16 Mar 2022 21:14:36 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350520AbiCORWK (ORCPT + 99 others); Tue, 15 Mar 2022 13:22:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42444 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350516AbiCORWE (ORCPT ); Tue, 15 Mar 2022 13:22:04 -0400 Received: from fieldses.org (fieldses.org [IPv6:2600:3c00:e000:2f7::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BDD385880F; Tue, 15 Mar 2022 10:20:51 -0700 (PDT) Received: by fieldses.org (Postfix, from userid 2815) id 1EC6C6A84; Tue, 15 Mar 2022 13:20:51 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.11.0 fieldses.org 1EC6C6A84 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fieldses.org; s=default; t=1647364851; bh=nMdUSnDfJGUkkshZG+wCco5fLanizJJTvgIT15m762s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=q+yRz4wipkaDWxm6N9up/EmnOZqr+Nwm/cs0aCcQtbJsiubKwLlzHroBRaElXCwSh 6Y7iRU+RS+YDdh3hrpqn9Vjv0iytNh6J/iWn/w2eBIydgv3p3Rm9I4ovcFnaKgertP k/WVaZLvksv+BzktkxicNPYF+U+/uI3QCU/GWCfU= Date: Tue, 15 Mar 2022 13:20:51 -0400 From: "J. Bruce Fields" To: dai.ngo@oracle.com Cc: chuck.lever@oracle.com, jlayton@redhat.com, viro@zeniv.linux.org.uk, linux-nfs@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH RFC v16 03/11] NFSD: Add lm_lock_expired call out Message-ID: <20220315172051.GD19168@fieldses.org> References: <1647051215-2873-1-git-send-email-dai.ngo@oracle.com> <1647051215-2873-4-git-send-email-dai.ngo@oracle.com> <20220315150245.GA19168@fieldses.org> <1e1ff6a1-86cf-99d4-13ad-45352e58fe73@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1e1ff6a1-86cf-99d4-13ad-45352e58fe73@oracle.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 On Tue, Mar 15, 2022 at 09:26:46AM -0700, dai.ngo@oracle.com wrote: > > On 3/15/22 8:02 AM, J. Bruce Fields wrote: > >On Fri, Mar 11, 2022 at 06:13:27PM -0800, Dai Ngo wrote: > >>Add callout function nfsd4_lm_lock_expired for lm_lock_expired. > >>If lock request has conflict with courtesy client then expire the > >>courtesy client and return no conflict to caller. > >> > >>Signed-off-by: Dai Ngo > >>--- > >> fs/nfsd/nfs4state.c | 37 +++++++++++++++++++++++++++++++++++++ > >> 1 file changed, 37 insertions(+) > >> > >>diff --git a/fs/nfsd/nfs4state.c b/fs/nfsd/nfs4state.c > >>index a65d59510681..583ac807e98d 100644 > >>--- a/fs/nfsd/nfs4state.c > >>+++ b/fs/nfsd/nfs4state.c > >>@@ -6578,10 +6578,47 @@ nfsd4_lm_notify(struct file_lock *fl) > >> } > >> } > >>+/** > >>+ * nfsd4_lm_lock_expired - check if lock conflict can be resolved. > >>+ * > >>+ * @fl: pointer to file_lock with a potential conflict > >>+ * Return values: > >>+ * %false: real conflict, lock conflict can not be resolved. > >>+ * %true: no conflict, lock conflict was resolved. > >>+ * > >>+ * Note that this function is called while the flc_lock is held. > >>+ */ > >>+static bool > >>+nfsd4_lm_lock_expired(struct file_lock *fl) > >>+{ > >>+ struct nfs4_lockowner *lo; > >>+ struct nfs4_client *clp; > >>+ bool rc = false; > >>+ > >>+ if (!fl) > >>+ return false; > >>+ lo = (struct nfs4_lockowner *)fl->fl_owner; > >>+ clp = lo->lo_owner.so_client; > >>+ > >>+ /* need to sync with courtesy client trying to reconnect */ > >>+ spin_lock(&clp->cl_cs_lock); > >>+ if (test_bit(NFSD4_CLIENT_EXPIRED, &clp->cl_flags)) > >>+ rc = true; > >>+ else { > >>+ if (test_bit(NFSD4_CLIENT_COURTESY, &clp->cl_flags)) { > >>+ set_bit(NFSD4_CLIENT_EXPIRED, &clp->cl_flags); > >>+ rc = true; > >>+ } > >>+ } > >I'd prefer: > > > > if (test_bit(NFSD4_CLIENT_COURTESY, &clp->cl_flags)) > > set_bit(NFSD4_CLIENT_EXPIRED, &clp->cl_flags); > > we also need to set rc to true here. No, the next line does it because we set the EXPIRED bit. --b. > > > if (test_bit(NFSD4_CLIENT_EXPIRED, &clp->cl_flags)) > > rc = true; > > With v16 we need to check for NFSD4_CLIENT_EXPIRED first then > NFSD4_CLIENT_COURTESY because both flags can be set. In the > next patch version, we will clear NFSD4_CLIENT_COURTESY when > setting NFSD4_CLIENT_EXPIRED so the order of check does not > matter. > > > > >Same result, but more compact and straightforward, I think. > > Chuck wants to replace the bits used for courtesy client in > cl_flags with a separate u8 field so it does not have to use > bit operation to set/test. > > -Dai > > > > >--b. > > > >>+ spin_unlock(&clp->cl_cs_lock); > >>+ return rc; > >>+} > >>+ > >> static const struct lock_manager_operations nfsd_posix_mng_ops = { > >> .lm_notify = nfsd4_lm_notify, > >> .lm_get_owner = nfsd4_lm_get_owner, > >> .lm_put_owner = nfsd4_lm_put_owner, > >>+ .lm_lock_expired = nfsd4_lm_lock_expired, > >> }; > >> static inline void > >>-- > >>2.9.5