From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 852D97F50 for ; Mon, 24 Feb 2014 17:10:37 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 180B5AC002 for ; Mon, 24 Feb 2014 15:10:33 -0800 (PST) Received: from sandeen.net (sandeen.net [63.231.237.45]) by cuda.sgi.com with ESMTP id KQxwamCCadanEeSb for ; Mon, 24 Feb 2014 15:10:32 -0800 (PST) Message-ID: <530BD167.2020600@sandeen.net> Date: Mon, 24 Feb 2014 17:10:31 -0600 From: Eric Sandeen MIME-Version: 1.0 Subject: [PATCH V2] xfs: be honest about used inodes in statfs References: <53067DC0.9040800@redhat.com> In-Reply-To: <53067DC0.9040800@redhat.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Eric Sandeen , xfs-oss Because we have lazy counters, it's possible that we over-allocate inodes past the maxicount (imaxpct) limit. A previous commit, 2fe3366 xfs: ensure f_ffree returned by statfs() is non-negative stopped statfs from underflowing f_ffree in this case, but that only happened when we mis-reported f_files, capped at maxicount. Change statfs to report the actual number of inodes allocated, even if it is greater than maxicount. It's reality. Deal with it. (New clearer code flow thanks to Brian!) Logic-made-readable-by: Brian Foster Signed-off-by: Eric Sandeen --- V2: Use Brian's suggested logic for working out the numbers diff --git a/fs/xfs/xfs_super.c b/fs/xfs/xfs_super.c index f317488..0dbcc17 100644 --- a/fs/xfs/xfs_super.c +++ b/fs/xfs/xfs_super.c @@ -1083,7 +1083,6 @@ xfs_fs_statfs( struct xfs_inode *ip = XFS_I(dentry->d_inode); __uint64_t fakeinos, id; xfs_extlen_t lsize; - __int64_t ffree; statp->f_type = XFS_SB_MAGIC; statp->f_namelen = MAXNAMELEN - 1; @@ -1100,17 +1099,19 @@ xfs_fs_statfs( statp->f_blocks = sbp->sb_dblocks - lsize; statp->f_bfree = statp->f_bavail = sbp->sb_fdblocks - XFS_ALLOC_SET_ASIDE(mp); + /* + * Potential number of new inodes in free blocks, limited by maxicount. + */ fakeinos = statp->f_bfree << sbp->sb_inopblog; - statp->f_files = - MIN(sbp->sb_icount + fakeinos, (__uint64_t)XFS_MAXINUMBER); if (mp->m_maxicount) - statp->f_files = min_t(typeof(statp->f_files), - statp->f_files, - mp->m_maxicount); + fakeinos = mp->m_maxicount > sbp->sb_icount ? + MIN(mp->m_maxicount - sbp->sb_icount, fakeinos) : 0; + + /* Total possible files is current inodes + potential new inodes */ + statp->f_files = MIN(sbp->sb_icount + fakeinos, + (__uint64_t) XFS_MAXINUMBER); - /* make sure statp->f_ffree does not underflow */ - ffree = statp->f_files - (sbp->sb_icount - sbp->sb_ifree); - statp->f_ffree = max_t(__int64_t, ffree, 0); + statp->f_ffree = statp->f_files - (sbp->sb_icount - sbp->sb_ifree); spin_unlock(&mp->m_sb_lock); _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs