Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[patch\]\s+detect\s+and\s+correct\s+bad\s+features2\s+superblock\s+field\s*$/: 33 ]

Total 33 documents matching your query.

1. ap_*_count_leaves (score: 1)
Author: xxxxxxxxx>
Date: Fri, 28 Mar 2008 22:25:33 -0500
nt: xfs_bmap.patch Description: Text Da
/archives/xfs/2008-03/msg00354.html (10,404 bytes)

2. ce on LVM2 mirror (score: 1)
Author: xxxxxxxxx>
Date: Sat, 29 Mar 2008 11:19:06 -0500
on LVM2 mirrors? LVM will always slow down things, it's an additional layer, there is no way around that. LVM does not do well with XFS stripe
/archives/xfs/2008-03/msg00357.html (11,027 bytes)

3. ce on LVM2 mirror (score: 1)
Author: xxxxxxxxx>
Date: Sat, 29 Mar 2008 20:30:00 -0500
XFS filesystem and found a substantial performance drop in rewrite and delete operations when using an LVM2 mirror. When using the Linux Soft
/archives/xfs/2008-03/msg00359.html (10,178 bytes)

4. superblock field (score: 1)
Author: xxxxxxxxx>
Date: Sat, 29 Mar 2008 20:49:12 -0500
d_features2, then any older kernel will mount up as attr2... and run into the corruption problem I found on F8... Should we make features2 and
/archives/xfs/2008-03/msg00360.html (9,759 bytes)

5. superblock field (score: 1)
Author: xxxxxxxxx>
Date: Sat, 29 Mar 2008 23:53:40 -0500
still a minor issue with older tools modifying flags... diff -u linux-2.6.24.x86_64/fs/xfs/xfs_sb.h linux-2.6.24.x86_64/fs/xfs/xfs_sb.h -- li
/archives/xfs/2008-03/msg00361.html (9,840 bytes)

6. superblock field (score: 1)
Author: xxxxxxxxx>
Date: Sun, 30 Mar 2008 00:50:14 -0400
li
/archives/xfs/2008-03/msg00362.html (11,374 bytes)

7. superblock field (score: 1)
Author: xxxxxxxxx>
Date: Sun, 30 Mar 2008 01:29:07 -0400
d the conclusion was the best way is to always have features2 == bad_features2. It is the safest way to handle things - the filesystem is guar
/archives/xfs/2008-03/msg00363.html (10,348 bytes)

8. CH] do not test return value of xfs_bmap_*_count_leaves (score: 1)
Author: effpc@xxxxxxxxxxxxxx>
Date: Fri, 28 Mar 2008 22:25:33 -0500
o be... but I guess that's why they call it a bug? times with and without the patch and it seems to confirm. a little hard to say since it has the 64-bit features2 padding proble
/archives/xfs/2008-03/msg00743.html (10,404 bytes)

9. ave lost their attr2 (score: 1)
Author: xxxxxxxxxxxxxxxxxxxx>
Date: Sat, 29 Mar 2008 11:19:06 -0500
ures2 has already been checked, so mp->m_flags won't have, for example, the attr2
/archives/xfs/2008-03/msg00746.html (11,027 bytes)

10. es2 superblock field (score: 1)
Author: <nozo@xxxxxxxxxxxxxx>
Date: Sat, 29 Mar 2008 20:30:00 -0500
ditional layer, there is no way around that. LVM does not do well with XFS stripe
/archives/xfs/2008-03/msg00748.html (10,178 bytes)

11. atch] detect and correct bad features2 superblock field (score: 1)
Author: <sandeen@xxxxxxxxxxx>
Date: Sat, 29 Mar 2008 20:49:12 -0500
n <sandeen@xxxxxxxxxxx> -- Index: linux-2.6.24.x86_64/fs/xfs/xfs_mount.c == -- lin
/archives/xfs/2008-03/msg00749.html (9,759 bytes)

12. atch] detect and correct bad features2 superblock field (score: 1)
Author: <sandeen@xxxxxxxxxxx>
Date: Sat, 29 Mar 2008 23:53:40 -0500
rewrite and delete operations when using an LVM2 mirror. When using the Linux Soft
/archives/xfs/2008-03/msg00750.html (9,840 bytes)

13. atch] detect and correct bad features2 superblock field (score: 1)
Author: <sandeen@xxxxxxxxxxx>
Date: Sun, 30 Mar 2008 00:50:14 -0400
d_features2, then any older kernel will mount up as attr2... and run into the corruption problem I found on F8... Should we make features2 and
/archives/xfs/2008-03/msg00751.html (11,374 bytes)

14. atch] detect and correct bad features2 superblock field (score: 1)
Author: effpc@xxxxxxxxxxxxxx>
Date: Sun, 30 Mar 2008 01:29:07 -0400
still a minor issue with older tools modifying flags... diff -u linux-2.6.24.x86_64/fs/xfs/xfs_sb.h linux-2.6.24.x86_64/fs/xfs/xfs_sb.h -- li
/archives/xfs/2008-03/msg00752.html (10,348 bytes)

15. [patch] detect and correct bad features2 superblock field (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Wed, 20 Feb 2008 16:40:41 +1100
There is a bug in mkfs.xfs that can result in writing the features2 field in the superblock to the wrong location. This only occurs on some architectures, typically those with 32 bit userspace and 64
/archives/xfs/2008-02/msg00225.html (15,202 bytes)

16. Re: [patch] detect and correct bad features2 superblock field (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 20 Feb 2008 08:09:56 -0600
Looks good to me, thanks for fixing it up properly. You can add Reviewed-by: or Acked-by: or whatever is appropriate... Eric Sandeen <sandeen@xxxxxxxxxxx> Thanks, -Eric
/archives/xfs/2008-02/msg00236.html (18,208 bytes)

17. Re: [patch] detect and correct bad features2 superblock field (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Wed, 20 Feb 2008 14:13:28 -0500
Well, we don't use different ABIs for kernel vs userspace so some kernels will get it wrong aswell, you just won't notice until moving to a different box because userspace is the same. I'm pretty sur
/archives/xfs/2008-02/msg00238.html (8,470 bytes)

18. Re: [patch] detect and correct bad features2 superblock field (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Fri, 22 Feb 2008 09:49:28 +1100
True. Yes, it's probably the right thing to do. However, if we are going to "pack" disk structures, I'd like to do that all in one series of patches rather than mixed up in other fixes.... Thanks. Ch
/archives/xfs/2008-02/msg00251.html (9,187 bytes)

19. [patch] detect and correct bad features2 superblock field (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Wed, 20 Feb 2008 16:40:41 +1100
There is a bug in mkfs.xfs that can result in writing the features2 field in the superblock to the wrong location. This only occurs on some architectures, typically those with 32 bit userspace and 64
/archives/xfs/2008-02/msg00641.html (15,202 bytes)

20. Re: [patch] detect and correct bad features2 superblock field (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 20 Feb 2008 08:09:56 -0600
Looks good to me, thanks for fixing it up properly. You can add Reviewed-by: or Acked-by: or whatever is appropriate... Eric Sandeen <sandeen@xxxxxxxxxxx> Thanks, -Eric
/archives/xfs/2008-02/msg00652.html (18,208 bytes)


This search system is powered by Namazu