Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp57239ybb; Tue, 7 Apr 2020 16:47:12 -0700 (PDT) X-Google-Smtp-Source: APiQypJG9fC/CFvIOhcxEAlitxLrU3XT29Z2IGafo2qQc7H2Oaa9Ff9ZtANQ2v1jFw34zths06i4 X-Received: by 2002:a05:6830:1f5a:: with SMTP id u26mr3712180oth.208.1586303232778; Tue, 07 Apr 2020 16:47:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586303232; cv=none; d=google.com; s=arc-20160816; b=e4/mlzf3pRbYdJSMg3NlmENXsImkc3vBQu83kTfIDwHNR1D0xWQqkdGAceaUwjcsDD e7hU6ISzoQ4QTHs0wYOXDzcNKqJZT31ccyD7+UEdJyBlwK35YJiGt+iKBlHjdc8iYPYW f5cDnhidbu8qSkhowGxYAOOw57AVDFOFYTu0KYtxHStG5OVM00IdMuWq4E6hsFUUceh1 MVTDUAROLzdgDJ+U6YvL75EE9eqo7L1g0Gwh3HI2bVOSi3P2NCgW6/61C5s9HKNrGtNM o8OvHGIRhySnjA3xYUN9GUUgfzvbCyG4S+EzFUyLB/dD3lBk7Q0V5IwP357XwONMd6TJ u6rw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=ydv76hu0ULIyg/GGJCjin5LBL/yfUisHfjBqi0UerkU=; b=ERkMI7xynyoBBAxHkGmgga5l2oDLao5B4fwCdhkBL9XFmgAh5P4Ly3iCwG5BuVjUAk G8aYNkiq4c4SLGeOVQ8REAVtG0hGnAH6rkh/z4fwIYEKbK3acoC2+OeoIrDkOeQZWj/K 3ITky4BZ8hxWFWRbFnGyEVZ9MOBZ+5SafWnB9gEj543v64Hb5W6SLdLlH32V2cYLT0Ox XOZwkJYz6zuPVqlL2K8sfr9KD0bLNby618+mB0vxVap89OJYQjOzVvFO6+gb61U7fUsy G+uTHpHSW8jETEFnUMd9DuFPnKcek5AcFhXDWR08rqQixtQmh4s5sLO9miBqQ2xDQmY1 GjSg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r82si1296804oia.155.2020.04.07.16.46.31; Tue, 07 Apr 2020 16:47:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-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-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726406AbgDGXq2 (ORCPT + 99 others); Tue, 7 Apr 2020 19:46:28 -0400 Received: from mail104.syd.optusnet.com.au ([211.29.132.246]:35741 "EHLO mail104.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726386AbgDGXq1 (ORCPT ); Tue, 7 Apr 2020 19:46:27 -0400 Received: from dread.disaster.area (pa49-180-164-3.pa.nsw.optusnet.com.au [49.180.164.3]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id DA3287ECC36; Wed, 8 Apr 2020 09:46:22 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1jLxvB-0005aB-PY; Wed, 08 Apr 2020 09:46:21 +1000 Date: Wed, 8 Apr 2020 09:46:21 +1000 From: Dave Chinner To: ira.weiny@intel.com Cc: linux-kernel@vger.kernel.org, "Darrick J. Wong" , Dan Williams , Christoph Hellwig , "Theodore Y. Ts'o" , Jan Kara , Jeff Moyer , linux-ext4@vger.kernel.org, linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH V6 1/8] fs/xfs: Remove unnecessary initialization of i_rwsem Message-ID: <20200407234621.GD24067@dread.disaster.area> References: <20200407182958.568475-1-ira.weiny@intel.com> <20200407182958.568475-2-ira.weiny@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200407182958.568475-2-ira.weiny@intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=W5xGqiek c=1 sm=1 tr=0 a=K0+o7W9luyMo1Ua2eXjR1w==:117 a=K0+o7W9luyMo1Ua2eXjR1w==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=cl8xLZFz6L8A:10 a=QyXUC8HyAAAA:8 a=20KFwNOVAAAA:8 a=7-415B0cAAAA:8 a=-IQXNzbcgNwCz_NF7soA:9 a=CjuIK1q_8ugA:10 a=biEYGPWJfzWAr4FL6Ov7:22 Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Tue, Apr 07, 2020 at 11:29:51AM -0700, ira.weiny@intel.com wrote: > From: Ira Weiny > > An earlier call of xfs_reinit_inode() from xfs_iget_cache_hit() already > handles initialization of i_rwsem. > > Doing so again is unneeded. > > Signed-off-by: Ira Weiny > > --- > Changes from V4: > Update commit message to make it clear the xfs_iget_cache_hit() > is actually doing the initialization via xfs_reinit_inode() > > New for V4: > > NOTE: This was found while ensuring the new i_aops_sem was properly > handled. It seems like this is a layering violation so I think it is > worth cleaning up so as to not confuse others. > --- > fs/xfs/xfs_icache.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/fs/xfs/xfs_icache.c b/fs/xfs/xfs_icache.c > index 8dc2e5414276..836a1f09be03 100644 > --- a/fs/xfs/xfs_icache.c > +++ b/fs/xfs/xfs_icache.c > @@ -419,6 +419,7 @@ xfs_iget_cache_hit( > spin_unlock(&ip->i_flags_lock); > rcu_read_unlock(); > > + ASSERT(!rwsem_is_locked(&inode->i_rwsem)); > error = xfs_reinit_inode(mp, inode); > if (error) { > bool wake; > @@ -452,9 +453,6 @@ xfs_iget_cache_hit( > ip->i_sick = 0; > ip->i_checked = 0; > > - ASSERT(!rwsem_is_locked(&inode->i_rwsem)); > - init_rwsem(&inode->i_rwsem); > - > spin_unlock(&ip->i_flags_lock); > spin_unlock(&pag->pag_ici_lock); > } else { Looks good. Reviewed-by: Dave Chinner -- Dave Chinner david@fromorbit.com