On Wed, 2003-01-08 at 11:35, Paul wrote:
> What I have found is that just after the start of a sector, usually 43 to 45
> bytes, 6 bytes are skipped and the sequence starts again. This continues
> until the next sector starts, where the sequence corrects. This appears to
> happen every 65536 bytes or some multiple of 65536. It may skip three blocks
> of 65536 and then corrupt on the next block of 65536 bytes.
Ok that I'm afraid bears no resemblance to anything the software side
does (we write in chunks but we do single PIO block transfers of each
sector).
> I would greatly appreciate some other ideas to try, I'm not game to start
> hacking the kernel code quite yet :)
Two things
1. Tweak the code to write 1K, fsync, write 1K fsync
2. Repeat the above in 512 byte chunks.
That tests the way the device responds to writes. You can then try different
bigger sizes. If the 512 byte one corrupts and the 1K one doesn't that is
the only thing I can think of that would fit the pattern
-
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 : Wed Jan 15 2003 - 22:00:23 EST