>>>>> " " == Dave Jones <davej@suse.de> writes:
> And it fixes the problem, good work! But.. (Here comes the
> sting..)
> The test progresses just a little further and hits another
> bug.. http://www.codemonkey.org.uk/cruft/nfs-fsx2.txt
> want tcpdump again?
Nah. I hit this one myself just half an hour after 1 fired off my last
mail.
'fattr' patch updated yet again...
The problem here was that the writer was creating a hole in the file
using the combination (llseek + write). Of course, the write was
cached, and so the server didn't know about the hole, and since the
subsequent read was to the hole, we didn't flush out any further
writes that might give the server a clue.
Result: server replies to our read request with a read of length
zero. Client then fails to zero out and mark those pages as uptodate
(bug!!!), and so 'generic_file_read' decides to return EIO.
Fixing the above has allowed me to progress a bit more. I've had fsx
running overnight (what little there has been). The good and bad news
is that it's still running.
However, 2 races + 4 bugs observed is already pretty much a record for
a single program. Kudos to the NeXT developers...
Cheers,
Trond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Dec 23 2001 - 21:00:12 EST