Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1167441ybe; Mon, 2 Sep 2019 15:56:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqyKf3nBr9YfgAXl0bfHpYH7CzCjalX1rVWQGGkE+28KRaY8Rk1ZNTzzPqffQbAVDror23Ir X-Received: by 2002:a17:902:4303:: with SMTP id i3mr33447864pld.30.1567464967565; Mon, 02 Sep 2019 15:56:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567464967; cv=none; d=google.com; s=arc-20160816; b=b8qNTl6urgZhPtSCm+EMPZFxr8vVebiweuRS8QNOEnKeEa00qoNjGpTSSfraC8CbIw IJg5YaUR256kQ8On8joA+jkeVeDlC2mpEUmI0m9+BLDXWcR5eBPT57vOBu3Ut2DxQkcM J6zYpE7KvyI6mGyUqxF5yy2oKvGlHlP6jSFQP1ElN9qNC36NIzDDz2dzcCuHMpeuS7sF Hw7TeIOqUTbk2JniCSc1W999IXJtBosfJgqbIHCtbtI9cvWnTbmUvaunEveFUlgFN+vb IcxxM+rq8uVRbnNBtLja6I1g+jEpZk+KVND3fhiDe6EeB4wH8rgFs2CyRXUR8cl31Lrh xISw== 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:dkim-signature; bh=c2uctHXhs8lJPcHKs977Gx2YpYDgnbB4l8PmYGR7+1I=; b=UC8vYkgx+KTWPzVwAz8kjTFPT7KhFKYyuUQ2SfA5EEYW2Oz/mhV2HyCP29B/3ovIBs 7doIEDqlEXsUvGGKa8XGYbJKxhHZZtymjqPwLldae8a4ertGgJrbIvGkeP7Gsls4P84A tXaicid7pDLyt6kxolLDIzNKGrwcfhljB5mN9OI2znY70Sfu7Hmu1OIgdBirUnjJgOXp F2oCy/R9i9kagQ41pwNftHHe0+1wQmNd41utn6Yrl/953sphTQIe7a9NiKAmYHOwB36m Q/mKsxkAdVfjFWIrcNoyXGuUDcoZ209ceZdIbWFBO6idz9KmR5RZyeg0bb9ZT/vQbT8Q bt6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=xo56Dupz; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y8si12684607pgk.594.2019.09.02.15.55.37; Mon, 02 Sep 2019 15:56:07 -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=@kernel.org header.s=default header.b=xo56Dupz; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727813AbfIBWyQ (ORCPT + 99 others); Mon, 2 Sep 2019 18:54:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:44904 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727635AbfIBWyP (ORCPT ); Mon, 2 Sep 2019 18:54:15 -0400 Received: from localhost (unknown [104.132.0.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7FD8F216C8; Mon, 2 Sep 2019 22:54:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1567464854; bh=bzZjfZ+mvTNiUmcXg5HlIkB/RRWo5xarRlEOE/jTwTQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xo56DupzfPwOOR3BWemVG1NBwxCFHOMVyZX5kxNNCy46UBRvIcz7lexE7RrvF9iRZ goJhEH0EbHKz9HNXYXWpyq8akpk+WdwE6n8toTDcEJgmSUlQpKT3oSC2RbguXbPJ+5 wmakN/RTdEscGeGa2ArhC93Ees16i7VylZnQI/QA= Date: Mon, 2 Sep 2019 15:54:13 -0700 From: Jaegeuk Kim To: Chao Yu Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, chao@kernel.org Subject: Re: [PATCH v2 1/2] f2fs: introduce get_available_block_count() for cleanup Message-ID: <20190902225413.GC71929@jaegeuk-macbookpro.roam.corp.google.com> References: <20190831095401.8142-1-yuchao0@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190831095401.8142-1-yuchao0@huawei.com> User-Agent: Mutt/1.8.2 (2017-04-18) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/31, Chao Yu wrote: > There are very similar codes in inc_valid_block_count() and > inc_valid_node_count() which is used for available user block > count calculation. > > This patch introduces a new helper get_available_block_count() > to include those common codes, and used it instead for cleanup. > > Signed-off-by: Chao Yu > --- > v2: > - fix panic during recovery > fs/f2fs/f2fs.h | 47 +++++++++++++++++++++++++++-------------------- > 1 file changed, 27 insertions(+), 20 deletions(-) > > diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h > index a89ad8cab821..9c010e6cba5c 100644 > --- a/fs/f2fs/f2fs.h > +++ b/fs/f2fs/f2fs.h > @@ -1756,6 +1756,27 @@ static inline bool __allow_reserved_blocks(struct f2fs_sb_info *sbi, > return false; > } > > +static inline unsigned int get_available_block_count(struct f2fs_sb_info *sbi, > + struct inode *inode, bool cap) > +{ > + block_t avail_user_block_count; > + > + avail_user_block_count = sbi->user_block_count - > + sbi->current_reserved_blocks; > + > + if (!__allow_reserved_blocks(sbi, inode, cap)) > + avail_user_block_count -= F2FS_OPTION(sbi).root_reserved_blocks; > + > + if (unlikely(is_sbi_flag_set(sbi, SBI_CP_DISABLED))) { > + if (avail_user_block_count > sbi->unusable_block_count) > + avail_user_block_count -= sbi->unusable_block_count; > + else > + avail_user_block_count = 0; > + } > + > + return avail_user_block_count; > +} > + > static inline void f2fs_i_blocks_write(struct inode *, block_t, bool, bool); > static inline int inc_valid_block_count(struct f2fs_sb_info *sbi, > struct inode *inode, blkcnt_t *count) > @@ -1782,17 +1803,8 @@ static inline int inc_valid_block_count(struct f2fs_sb_info *sbi, > > spin_lock(&sbi->stat_lock); > sbi->total_valid_block_count += (block_t)(*count); > - avail_user_block_count = sbi->user_block_count - > - sbi->current_reserved_blocks; > + avail_user_block_count = get_available_block_count(sbi, inode, true); > > - if (!__allow_reserved_blocks(sbi, inode, true)) > - avail_user_block_count -= F2FS_OPTION(sbi).root_reserved_blocks; > - if (unlikely(is_sbi_flag_set(sbi, SBI_CP_DISABLED))) { > - if (avail_user_block_count > sbi->unusable_block_count) > - avail_user_block_count -= sbi->unusable_block_count; > - else > - avail_user_block_count = 0; > - } > if (unlikely(sbi->total_valid_block_count > avail_user_block_count)) { > diff = sbi->total_valid_block_count - avail_user_block_count; > if (diff > *count) > @@ -2005,7 +2017,8 @@ static inline int inc_valid_node_count(struct f2fs_sb_info *sbi, > struct inode *inode, bool is_inode) > { > block_t valid_block_count; > - unsigned int valid_node_count, user_block_count; > + unsigned int valid_node_count; > + unsigned int avail_user_block_count; > int err; > > if (is_inode) { > @@ -2027,16 +2040,10 @@ static inline int inc_valid_node_count(struct f2fs_sb_info *sbi, > > spin_lock(&sbi->stat_lock); > > - valid_block_count = sbi->total_valid_block_count + > - sbi->current_reserved_blocks + 1; > - > - if (!__allow_reserved_blocks(sbi, inode, false)) > - valid_block_count += F2FS_OPTION(sbi).root_reserved_blocks; > - user_block_count = sbi->user_block_count; > - if (unlikely(is_sbi_flag_set(sbi, SBI_CP_DISABLED))) > - user_block_count -= sbi->unusable_block_count; > + valid_block_count = sbi->total_valid_block_count + 1; > + avail_user_block_count = get_available_block_count(sbi, inode, false); This doesn't look like same? > > - if (unlikely(valid_block_count > user_block_count)) { > + if (unlikely(valid_block_count > avail_user_block_count)) { > spin_unlock(&sbi->stat_lock); > goto enospc; > } > -- > 2.18.0.rc1