From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AA44829DFA for ; Thu, 25 Apr 2013 16:12:03 -0500 (CDT) Message-ID: <51799C24.8010901@sgi.com> Date: Thu, 25 Apr 2013 16:12:04 -0500 From: Mark Tinguely MIME-Version: 1.0 Subject: Re: [PATCH TARBALL, DEV ONLY] xfsprogs: metadata CRC support V2 References: <20130412145555.GF30622@dastard> In-Reply-To: <20130412145555.GF30622@dastard> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: xfs@oss.sgi.com On 04/12/13 09:55, Dave Chinner wrote: > Hi folks, > > I've attached a tarball containing the patch series that adds > metadata CRC support to xfsprogs. It is still very much a work in > progress, but is sufficient to start running xfstests on CRC enable > filesystems. > > THere is much missing functionality, especially with respect to > directly/attribute modifications. Only mkfs and xfs_repair have been > updated to explicitly support CRC on directory/sttribute blocks, > though all the other tools will stil run the result might be a > little unpredictable. > > The patch series is as follows: > BTW forgot about this gem, the UBER/xfsprogs-kernel-3.8-update patch has been kicking up duplicate defines in sles11sp2 (gcc 4.3.4), but fine in newer distros (gcc 4.6.2). Looks like a compile difference issue: xfs_dir2_data_aoff_t xfs_dir2_format.h and xfs_dir2.h xfs_dir2_db_t xfs_dir2_format.h and xfs_dir2.h The one below seems new to me: prid_t project.h and xfs_types.h I have been removing the entry in xfs_dir2_format.h in the past to test. I don't remember the prid_t duplicate. --Mark. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs