Return-Path: linux-nfs-owner@vger.kernel.org Received: from mx11.netapp.com ([216.240.18.76]:2270 "EHLO mx11.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751292Ab3J2Mld convert rfc822-to-8bit (ORCPT ); Tue, 29 Oct 2013 08:41:33 -0400 From: "Myklebust, Trond" To: Weston Andros Adamson CC: Mailing List Linux NFS Subject: Re: [PATCH 3/5] NFSv4: clean up state ref counting in open recover Date: Tue, 29 Oct 2013 12:41:32 +0000 Message-ID: <26918CDF-B736-44AB-8F98-500EAF8E6D5B@netapp.com> References: <1382375414-5854-1-git-send-email-dros@netapp.com> <1382375414-5854-4-git-send-email-dros@netapp.com> <1382994367.3314.7.camel@leira.trondhjem.org> <24EA4861-1E1E-4904-9E80-322EB0522917@netapp.com> In-Reply-To: Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Sender: linux-nfs-owner@vger.kernel.org List-ID: On Oct 29, 2013, at 8:33 AM, Weston Andros Adamson wrote: > > On Oct 29, 2013, at 8:32 AM, Weston Andros Adamson wrote: > >> On Oct 28, 2013, at 5:06 PM, Myklebust, Trond wrote: >> >>> On Mon, 2013-10-21 at 13:10 -0400, Weston Andros Adamson wrote: >>>> There's already a valid state (the one being recovered), so just >>>> reference it. Also clean up error paths to avoid ref leaks. >>>> >>>> Signed-off-by: Weston Andros Adamson >>>> --- >>>> fs/nfs/nfs4proc.c | 13 ++++++++----- >>>> 1 file changed, 8 insertions(+), 5 deletions(-) >>>> >>>> diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c >>>> index 8140366..8ae1589 100644 >>>> --- a/fs/nfs/nfs4proc.c >>>> +++ b/fs/nfs/nfs4proc.c >>>> @@ -1323,14 +1323,14 @@ _nfs4_opendata_reclaim_to_nfs4_state(struct nfs4_opendata *data) >>>> goto err; >>>> } >>>> >>>> - ret = -ENOMEM; >>>> - state = nfs4_get_open_state(inode, data->owner); >>>> - if (state == NULL) >>>> + /* referenced the passed state */ >>>> + ret = -EINVAL; >>>> + if (state == NULL || !atomic_inc_not_zero(&state->count)) >>>> goto err; >>> >>> We already know that state != NULL, and that state->count != 0 here, so >>> I applied a simplified version of this patch that just does an >>> atomic_inc(&state->count) just before the function return. >> >> I just checked out the simplified patch - it looks good. >> >> Acked-by: Weston Andros Adamson > > Oh, besides redundant CC lines? > > Cc: stable@vger.kernel.org # 3.7.x: a43ec98b72a: NFSv4: don't fail on missing > Cc: stable@vger.kernel.org # 3.7.x Those are there to indicate a dependency on the other patch. I believe this is in accordance with Documentation/stable-patches.txt... Cheers Trond