On Wed, Jan 14, 2009 at 22:40, Chris Mason <chris.mason@xxxxxxxxxx> wrote: > On Wed, 2009-01-14 at 15:35 -0600, Eric Sandeen wrote: > >> >> Attached the log from stracing the command which was ivoked by the >> >> Makefile from v4l-dvb. >> >> I guess this is all i could contribute to that problem. Thats stuff for >> >> xfs filesystem experts now.. >> > >> > Seems suspect indeed. Could you please attach the strace for the run >> > that works on the older kernel? >> >> Chris got my attention on this one; you probably want this fix from hch: >> >> http://oss.sgi.com/archives/xfs/2009-01/msg00158.html > > Seems like this one should get queued for -stable as well if it isn't > already. Chris, is this similar to the thing we've seen with btrfs? Is this fixed? "> I see the same issue on x86 32 bit, with the additional __llseek() > between the getdents64(), and the last entry returned by readdir > ignored. > > If I change the returned LLONG_MAX to LONG_MAX in inode.c, it all > works fine, and the __llseek() disappears. Ok, thanks I'll work up a patch." http://article.gmane.org/gmane.comp.file-systems.btrfs/1774 Thanks, Kay -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
