Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5108863pxb; Wed, 26 Jan 2022 05:07:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJwnhQEOxWj1/SnEpDdZI4PBf49toOGr3q+mKYJZ+/Fo8xaLzL/HRF/OqQgc1E0ff5J9RCbt X-Received: by 2002:a17:906:eb15:: with SMTP id mb21mr20809050ejb.55.1643202444163; Wed, 26 Jan 2022 05:07:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643202444; cv=none; d=google.com; s=arc-20160816; b=L8V6Q2G7JYqtQZseSd3vDLQfn18t94cXHpWfGC0k6sjSZcyBkdbhKzn2G72GB7NQEM zsAJYOF2Nz7GwWQlyMJDfCvEQEUOHNt7MzQNfwYzlY14H63Y1tt4YbvVLpbfxRsqBP6y 0w/oB9TNAp8kzscmdumNw4lRv8ue8NAuSArqZXRutbTUryPMU4uaUFim1sgnDC7KFBE3 +2laiLlRtDZFbgUpwtCo8LDATXvUBqgU6PKdX5hOWTQ49IR+NHFCYGAoleHTONPQdjuF 2pb8FwMJwHqga2sw2UN+3gVc3lIMxBqprtqVYii0hvbzNUFBrDuwE6RTcidu28ObeoRV TQow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:references:in-reply-to:subject :cc:to:from:mime-version:content-transfer-encoding:dkim-signature :dkim-signature; bh=DUXSTv0zie1Gw+/Ys3ssqa9vSAam43Yqv+gF5PPtx0E=; b=tM8FGRSDJigJjagcAT+S1YKAUZ3kCypL7PXBGKqf3k7X5/9fTCcBrjeRETD2BDUza5 n3sdeQHQ0fzp6lyDustY/Ds1ixKzZsdrCMA3h+rWNsHsWR+TKcFwEjaFAZoi1uXvXIMX 3C4uQ51ziTZoqY0N+ppQaGgDEhTREQ61a1Lu2I3vfKFOftZVgAqw7lgm7Dr86ik3YCt8 N3pRxGqgSPIP93F1cASOKrkyHhwClNsPL0E8Jt/YxnKXFcrkopDjnThFUUnoRtRTapMA wpWh7kl5CIqDAnflV0QN/hyyjbMAv3JtrPOYFHllwRIQ4FfXkr5LLk2VFNqMq8vkq11b /+eQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=NqXsbbXL; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; 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=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e2si12963652ejs.817.2022.01.26.05.06.58; Wed, 26 Jan 2022 05:07:24 -0800 (PST) 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; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=NqXsbbXL; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; 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=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234946AbiAYXkD (ORCPT + 99 others); Tue, 25 Jan 2022 18:40:03 -0500 Received: from smtp-out1.suse.de ([195.135.220.28]:48736 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234947AbiAYXkC (ORCPT ); Tue, 25 Jan 2022 18:40:02 -0500 Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 7F053212BC; Tue, 25 Jan 2022 23:40:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1643154001; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DUXSTv0zie1Gw+/Ys3ssqa9vSAam43Yqv+gF5PPtx0E=; b=NqXsbbXL8sPw6U91d+8s5fij5haeSfocEpXYL31OuoRONz+CovUOu2Ci9b+jt+TvXuIWsn Oyn18g7Mr4OFCsgne0fiLVfLLi4NxDT4SamNQ0sxQuBDsCK+LTvnbrVk494AmMAGFFLoFD Z3d/UmuMm9l4lbzY/mtpYLcAyBZCVZk= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1643154001; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DUXSTv0zie1Gw+/Ys3ssqa9vSAam43Yqv+gF5PPtx0E=; b=QxGZy3hSX2V0rbfSvJ3fnUR0Ea1hP83+x5CHfmPUyDsPUUpwV9EoukwdWGSyyl3YLpYsgh MfycqnEU55JWXxAA== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 9799413EF6; Tue, 25 Jan 2022 23:40:00 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id Sr0dFFCK8GHzaQAAMHmgww (envelope-from ); Tue, 25 Jan 2022 23:40:00 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 From: "NeilBrown" To: "Chuck Lever III" Cc: "Linux NFS Mailing List" Subject: Re: [PATCH v1 2/2] SUNRPC: Remove svo_shutdown method In-reply-to: References: <164313706374.3285.4265550102084857832.stgit@bazille.1015granger.net>, <164313725230.3285.5420060785593218794.stgit@bazille.1015granger.net>, <164314763348.5493.760625882164316264@noble.neil.brown.name>, Date: Wed, 26 Jan 2022 10:39:57 +1100 Message-id: <164315399729.5493.8755514018709100922@noble.neil.brown.name> Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Wed, 26 Jan 2022, Chuck Lever III wrote: > > > On Jan 25, 2022, at 4:53 PM, NeilBrown wrote: > > > > > > Could we rename svc_close_net() to svc_shutdown_net() and drop this > > function? > > I considered that, but svc_close_net() seems to be transport-related, > whereas svc_shutdown_net() seems to be generic to the NFS server, so > I left them separate. A better rationale might push me into merging > them. :-) > svc_close_net() is effectively the inverse of svc_create_xprt(), though the later can be called several times, and the former cleans up them all. So maybe rename svc_close_net() to svc_close_xprts() (plural), and call it from the places which currently call svc_close_net(). Those places (nfsd, lockd, nfs/callback) already call svc_create_xprt(). Having them explicitly call svc_close_xprts() to balance that would arguably make the code clearer. Thanks, NeilBrown