| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 4/4] xfs: fix sparse reported log CRC endian issue |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Thu, 29 Nov 2012 08:31:10 +1100 |
| Cc: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20121128133059.GC2765@xxxxxxxxxxxxx> |
| References: | <1354068063-1692-1-git-send-email-david@xxxxxxxxxxxxx> <1354068063-1692-5-git-send-email-david@xxxxxxxxxxxxx> <20121128133059.GC2765@xxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Wed, Nov 28, 2012 at 08:30:59AM -0500, Christoph Hellwig wrote: > On Wed, Nov 28, 2012 at 01:01:03PM +1100, Dave Chinner wrote: > > From: Dave Chinner <dchinner@xxxxxxxxxx> > > > > Not a bug as such, just warning noise from the xlog_cksum() > > returning a __be32 type when it shoul dbe returning a __le32 type. > > > > Signed-off-by: Dave Chinner <dchinner@xxxxxxxxxx> > > The patch look okay. > > But why are we storing the crc field little endian while all other on > disk formats are big endian? (And yes I realize it might as well have > been me who did that back in the idea, but I still have no idea why) Because the CRC always returns the calcuation LE format, even on BE systems. So rather than always having to byte swap it everywhere and have all the force casts and anootations for sparse, it seems simpler to just make it a __le32 everywhere.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 17/19] drivers: convert shrinkers to new count/scan API, Dave Chinner |
|---|---|
| Next by Date: | Re: [PATCH 2/2] xfs: fix splice/direct-IO deadlock, Dave Chinner |
| Previous by Thread: | Re: [PATCH 4/4] xfs: fix sparse reported log CRC endian issue, Christoph Hellwig |
| Next by Thread: | Re: [PATCH 4/4] xfs: fix sparse reported log CRC endian issue, Ben Myers |
| Indexes: | [Date] [Thread] [Top] [All Lists] |