On Thu, Mar 31, 2005 at 10:42:58AM +1000, Nathan Scott wrote: > On Wed, Mar 30, 2005 at 01:06:01PM -0700, Andreas Dilger wrote: > > The correct fix, used for reiserfs (and a patch for ext3 also) is to > > set i_nlink = 1 in case the filesystem count has wrapped. When nlink==1 > > the fts/find code no longer optimizes subdirectory traversal and checks > > each entries filetype to see if it should recurse. > > Ah, I see - the INC_DIR_INODE_NLINK/DEC_DIR_INODE_NLINK macros, right. > I'll look into that too, thanks.
Hmm, since struct inode has an unsigned int as nlink, it'd seem doing this sort of thing is only useful for filesystems where the ondisk nlink is a 16 bit value (and ext2/3/reiserfs do seem to be in that category, afaict). So, Davids patch (and those one/two other cases) would seem to be enough to get this resolved. There isn't much using nlink_t - looks like mainly the non-stat64 'stat' calls and one or two other (possibly accidental?) uses like we had in XFS. cheers. -- Nathan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
