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 126827F53 for ; Thu, 17 Apr 2014 19:58:13 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 93354AC003 for ; Thu, 17 Apr 2014 17:58:09 -0700 (PDT) Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) by cuda.sgi.com with ESMTP id NE3GSkkBdTmTptEA (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 17 Apr 2014 17:58:07 -0700 (PDT) Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s3I0w64e015529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 18 Apr 2014 00:58:07 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s3I0w5UE024336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Apr 2014 00:58:06 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s3I0w5Er015327 for ; Fri, 18 Apr 2014 00:58:05 GMT Message-ID: <53507899.9030804@oracle.com> Date: Fri, 18 Apr 2014 08:58:01 +0800 From: Jeff Liu MIME-Version: 1.0 Subject: [PATCH v2 00/10] xfs_ioc_bulkstat code refactoring and consolidation 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: "xfs@oss.sgi.com" Hi folk, This is the v2 patch set for xfs_ioc_bulkstat consolidation and code refactoring. v2->v1: - As per Brain's comment, don't call xfs_inobt_lookup() once again after the btree cursor initialization, and only increment through the records via xfs_btree_increment() at xfs_inumbers(), i.e, [patch 03/10]. - Don't call XFS_WANT_CORRUPTED_GOTO() against empty allocation group at xfs_perag_bulkstat() [ found by Mark ]. v1: http://oss.sgi.com/archives/xfs/2013-12/msg00901.html As usual, any comments are welcome! Thanks, -Jeff _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs