Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5891757ybi; Wed, 12 Jun 2019 10:12:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqz3NZxKl5+ULluzgEookn7x9HKMXYOngKKgnRq5pC6ade2ZBtk/GLF97LJwdrnk1Gs3vuG7 X-Received: by 2002:a17:902:9897:: with SMTP id s23mr15679901plp.47.1560359534029; Wed, 12 Jun 2019 10:12:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560359534; cv=none; d=google.com; s=arc-20160816; b=wfZdVFiUvb7wTPypAbgPt6AjtomhD2MPU4cDie9Nt5RxV6T73Jkr9efqqyN1hBJxKR Nzf4RebA6v/JTaXTenONM67ISxgnGSQnaaRvkXabEWzjizgZADfMBkKW7LuYLLtzcC4g lIaYG7tyHrjxVEp7JNp+EsdRpmMTTxv//anXkoXe6lJccc4KpVmAHHoNlcrYB2FkCsKP NqzLRlMg4uyUZ9T5vvz+eYoUZsh1lrSIJtFX6QJ3ZhmBvwmW6GoAEVdmYHAcIC1dzdpP oXP6dkd2ALHORZaYpFKZbAcPSRlkJPVCJC/OPVsn+/3Fnc3UhRsd+/au1q0MNFvs5h5Z DArA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=OcNe+Ykv8pNI9AsJnYaHIthvaQkPPzEoKbyDzZPPFUQ=; b=zLMCTFd1ZZawWwPu6d88tizuK92JiB9XKhYp5KGk3qggdhO+ASv3XTkXxf6dcKC44d UpF3hMplAJdh0syveHnjr8pJd9SouP7x7zlXUv7ChS3WNwzvjEXKVT/LLywWZTtI4hEB /11WwtNbgatDmUq/leupN4MiotE/VR4QsIBKnF0K9afRyON2xQjKtyUIt5hYYmZ9kVT7 uvDX9kAA4E0KsU+ZovMJ9LxVj0EDEhXkBI4j0CtK6r++ZV8mKATWTOWWEXCQIFaYAlyr kr+oLzyMTxvXHcS1Tktj3cWGnAAYTyVF6fU3c31mPxaxbE0Ze7WRaWJ/P2ETB5N++FMb w+7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=OyAx8oEt; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e6si286883pfe.111.2019.06.12.10.11.59; Wed, 12 Jun 2019 10:12:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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=@gmail.com header.s=20161025 header.b=OyAx8oEt; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438657AbfFLMLB (ORCPT + 99 others); Wed, 12 Jun 2019 08:11:01 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:42160 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727252AbfFLMLA (ORCPT ); Wed, 12 Jun 2019 08:11:00 -0400 Received: by mail-pl1-f195.google.com with SMTP id go2so6548911plb.9; Wed, 12 Jun 2019 05:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=OcNe+Ykv8pNI9AsJnYaHIthvaQkPPzEoKbyDzZPPFUQ=; b=OyAx8oEtH/7qb7ZcfOcQCkmZIY6KpFzOsj2RUbbM46j9eGpnTEV7DhfEQgRk2QwnI6 nhryKjE6BT1mG2qXheqyOuKXz1wg4wUmp3BKsthcyffnvQ2hHFKsFWZ5ybK9n3deGyK0 Lgvd5LxDOJbuU5z/FjpUlX4RnSQ+ZM4m/GOUtqjJnXA+EHnd4QdCokj96nYOhTQ8Y12C As+NlACfpVgzbwLiE//O25sCnpgLWkhkfayVQkblkjAJH0btXcY0L/8hjmtLbvelL5Gd d6lQQ8HfujSdQVFllW7fHCXpfoYXTGSPAplA8sljcabbHssoVmVNSF5Mhq8hH2BEd+pi nyCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=OcNe+Ykv8pNI9AsJnYaHIthvaQkPPzEoKbyDzZPPFUQ=; b=dgBMPA5Ebvjh/uEC+1FcOIHG1JotvML7How5RJQ1j+x/sdksxHoSpp9JFDvcaMQV9C +duDH3ZCGwIbntu60zf2vCo6wv75ZruJhXXwEzwKn5pgGU2OJe0YTvbmcRkNsmxKxz3z 7s6amFTfsoILZPjOg8keyz7qyVFCHSnh4+QUS7c9o/wKYWeVeDxj/DuJJP2MNLu+ofdr X6oSqSfSQEtz/a2rKScuP00jrqscnrwD97qZWWjo1dX7jOaIw+0Nu8GhQoloD0qQQi6v pxH1wszT9A7GdX8ThOuoN+N9Vz3/xGUYWtveO1YI6Apt9oDclyY4wyVjWq3b/xQi6XNu sFDQ== X-Gm-Message-State: APjAAAUXQ9CQ83UWRhsz1FjmzUUAr0HEjGlisq+nRkBXTFjjZlsbiG7i zfCOMnYtTmLBVFMfbG/HUeo= X-Received: by 2002:a17:902:768b:: with SMTP id m11mr9693804pll.191.1560341459773; Wed, 12 Jun 2019 05:10:59 -0700 (PDT) Received: from bridge.tencent.com ([119.28.31.106]) by smtp.gmail.com with ESMTPSA id s5sm5035653pji.9.2019.06.12.05.10.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 Jun 2019 05:10:59 -0700 (PDT) From: Wenbin Zeng X-Google-Original-From: Wenbin Zeng To: bfields@fieldses.org, davem@davemloft.net, viro@zeniv.linux.org.uk Cc: jlayton@kernel.org, trond.myklebust@hammerspace.com, anna.schumaker@netapp.com, wenbinzeng@tencent.com, dsahern@gmail.com, nicolas.dichtel@6wind.com, willy@infradead.org, edumazet@google.com, jakub.kicinski@netronome.com, tyhicks@canonical.com, chuck.lever@oracle.com, neilb@suse.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, linux-nfs@vger.kernel.org, "J. Bruce Fields" Subject: [PATCH v3 3/3] auth_gss: fix deadlock that blocks rpcsec_gss_exit_net when use-gss-proxy==1 Date: Wed, 12 Jun 2019 20:09:30 +0800 Message-Id: <1560341370-24197-4-git-send-email-wenbinzeng@tencent.com> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1560341370-24197-1-git-send-email-wenbinzeng@tencent.com> References: <1556692945-3996-1-git-send-email-wenbinzeng@tencent.com> <1560341370-24197-1-git-send-email-wenbinzeng@tencent.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When use-gss-proxy is set to 1, write_gssp() creates a rpc client in gssp_rpc_create(), this increases netns refcount by 2, these refcounts are supposed to be released in rpcsec_gss_exit_net(), but it will never happen because rpcsec_gss_exit_net() is triggered only when netns refcount gets to 0, specifically: refcount=0 -> cleanup_net() -> ops_exit_list -> rpcsec_gss_exit_net It is a deadlock situation here, refcount will never get to 0 unless rpcsec_gss_exit_net() is called. This fix introduced a new callback i.e. evict in struct proc_ns_operations, which is called in nsfs_evict. Moving rpcsec_gss_exit_net to evict path gives it a chance to get called and avoids the above deadlock situation. Signed-off-by: Wenbin Zeng Cc: J. Bruce Fields --- net/sunrpc/auth_gss/auth_gss.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/sunrpc/auth_gss/auth_gss.c b/net/sunrpc/auth_gss/auth_gss.c index 3fd56c0..3e76c8a 100644 --- a/net/sunrpc/auth_gss/auth_gss.c +++ b/net/sunrpc/auth_gss/auth_gss.c @@ -2136,14 +2136,14 @@ static __net_init int rpcsec_gss_init_net(struct net *net) return gss_svc_init_net(net); } -static __net_exit void rpcsec_gss_exit_net(struct net *net) +static void rpcsec_gss_evict_net(struct net *net) { gss_svc_shutdown_net(net); } static struct pernet_operations rpcsec_gss_net_ops = { .init = rpcsec_gss_init_net, - .exit = rpcsec_gss_exit_net, + .evict = rpcsec_gss_evict_net, }; /* -- 1.8.3.1