All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Tinguely <tinguely@sgi.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH TARBALL, DEV ONLY] xfsprogs: metadata CRC support V2
Date: Mon, 29 Apr 2013 16:33:29 -0500	[thread overview]
Message-ID: <517EE729.2030706@sgi.com> (raw)
In-Reply-To: <20130425214040.GQ30622@dastard>

On 04/25/13 16:40, Dave Chinner wrote:
> On Thu, Apr 25, 2013 at 04:12:04PM -0500, Mark Tinguely wrote:
>> 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.
>
> Hmmmm. I'm not getting those warnings here (gcc-4.7.2). I'll have a
> look into it....
>
> Cheers,
>
> Dave.


I replaced the gcc-4.3 compiler with a gcc-4.6.3 compiler and the 
duplicates errors disappeared.

The following patch works with both the gcc-4.3 and gcc-4.6 compilers.

Beyond the duplicates, the header and libxfs files in 
thexfsprogs-kernel-3.8-update patch compare to Linux 3.8 kernel code and 
I consider it Reviewed-by: me.

I will do the xfsprogs-kernel-3.9-rc1-dev-update tonight.

--Mark.

---
  include/xfs/project.h         |    4 ----
  include/xfs/xfs_dir2_format.h |    6 ------
  2 files changed, 10 deletions(-)

Index: b/include/xfs/project.h
===================================================================
--- a/include/xfs/project.h
+++ b/include/xfs/project.h
@@ -20,10 +20,6 @@

  #include <xfs/xfs.h>

-#if !defined(__sgi__)
-typedef __uint32_t	prid_t;
-#endif
-
  extern int setprojid(const char *__name, int __fd, prid_t __id);
  extern int getprojid(const char *__name, int __fd, prid_t *__id);

Index: b/include/xfs/xfs_dir2_format.h
===================================================================
--- a/include/xfs/xfs_dir2_format.h
+++ b/include/xfs/xfs_dir2_format.h
@@ -40,7 +40,6 @@
   */
  typedef	__uint16_t	xfs_dir2_data_off_t;
  #define	NULLDATAOFF	0xffffU
-typedef uint		xfs_dir2_data_aoff_t;	/* argument form */

  /*
   * Normalized offset (in a data block) of the entry, really 
xfs_dir2_data_off_t.
@@ -61,11 +60,6 @@ typedef	__uint32_t	xfs_dir2_dataptr_t;
  typedef	xfs_off_t	xfs_dir2_off_t;

  /*
- * Directory block number (logical dirblk in file)
- */
-typedef	__uint32_t	xfs_dir2_db_t;
-
-/*
   * Inode number stored as 8 8-bit values.
   */
  typedef	struct { __uint8_t i[8]; } xfs_dir2_ino8_t;


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2013-04-29 21:33 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-12 14:55 [PATCH TARBALL, DEV ONLY] xfsprogs: metadata CRC support V2 Dave Chinner
2013-04-25 16:37 ` Mark Tinguely
2013-04-25 21:39   ` Dave Chinner
2013-04-25 21:12 ` Mark Tinguely
2013-04-25 21:40   ` Dave Chinner
2013-04-29 21:33     ` Mark Tinguely [this message]
2013-04-29 22:09       ` Dave Chinner
2013-04-30 12:03         ` Dave Chinner
2013-04-26  6:12 ` Christoph Hellwig
2013-04-29  1:46   ` Dave Chinner
2013-05-09 12:42 ` Rich Johnston
2013-05-09 13:22   ` Dave Chinner
2013-05-09 13:37     ` Rich Johnston
2013-05-09 13:41       ` Rich Johnston
2013-05-09 20:24         ` Rich Johnston
2013-05-09 22:35       ` Dave Chinner
2013-05-09 23:00         ` Rich Johnston

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=517EE729.2030706@sgi.com \
    --to=tinguely@sgi.com \
    --cc=david@fromorbit.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.