| To: | nscott@xxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH] (and bad attr2 bug) - pack xfs_sb_t for 64-bit arches |
| From: | sandeen@xxxxxxxxxxx |
| Date: | Fri, 17 Nov 2006 09:20:50 -0600 (CST) |
| Cc: | sandeen@xxxxxxxxxxx, "David Chinner" <dgc@xxxxxxx>, "Timothy Shimmin" <tes@xxxxxxx>, xfs@xxxxxxxxxxx |
| Importance: | Normal |
| In-reply-to: | <1163746343.4695.152.camel@edge> |
| References: | <455CB54F.8080901@sandeen.net> <BB70F203E29C2D37A2F727C8@timothy-shimmins-power-mac-g5.local> <20061117023946.GN11034@melbourne.sgi.com> <CEB981736A0E8C7DF9ABD7C8@timothy-shimmins-power-mac-g5.local> <20061117055521.GS11034@melbourne.sgi.com> <52841.10.0.0.2.1163745285.squirrel@sandeen.net> <1163746343.4695.152.camel@edge> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | SquirrelMail/1.4.8-2.el4.centos4 |
> On Fri, 2006-11-17 at 00:34 -0600, sandeen@xxxxxxxxxxx wrote: >> and really, now that this is out in the wild, maybe sb_features3 >> instead of padding is appropriate, and check both for the attr2 >> bit...? :( > > Thats not going to work, theres three or four other feature2 bits > preceding attr2 as well. > > The "take a 32 bit systems fs to a 64 bit system" is relatively > uncommon, so I suppose its just something we live with (as we did > with the log recovery issues in that situation for several years). So you think this should not be fixed, then? Because if it -is- fixed then it's not an fs transfer problem; suddenly 64-bit attr2 filesystems will think they have attr1 if proper padding is added. -Eric |
| Previous by Date: | Re: [PATCH] (and bad attr2 bug) - pack xfs_sb_t for 64-bit arches, Nathan Scott |
|---|---|
| Next by Date: | Re: [PATCH] (and bad attr2 bug) - pack xfs_sb_t for 64-bit arches, Russell Cattelan |
| Previous by Thread: | Re: [PATCH] (and bad attr2 bug) - pack xfs_sb_t for 64-bit arches, Nathan Scott |
| Next by Thread: | Re: [PATCH] (and bad attr2 bug) - pack xfs_sb_t for 64-bit arches, Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |