Peter Osterlund <[email protected]> writes:
> Guennadi Liakhovetski <[email protected]> writes:
>
> > Well, I've had this patch (to 2.6.13) failing once, whereas I still
> > haven't been able to reproduce the error with your previous patch. What
> > now? A bit worrying is that test results are not 100% deterministic now...
> > Which means, until recently my standard test (copy about 150M co the
> > CD-RW && sync) produced always consistent results, now I've seen a couple
> > of times the same driver version either failing or succeeding...
>
> My current theory is that there is something wrong with the firmware
> or hardware in your drive, and different I/O patterns have different
> probabilities of triggering this problem.
>
> Maybe you could use Jens' IO tracing patch to identify the sequence of
> commands that make the drive fail. See subject "[PATCH] Block device
> io tracing" posted by Jens earlier today.
>
> If the problem is always caused by some well defined sequence of
> commands, it might be possible to implement a workaround in the
> pktcdvd driver.
I have found a problem on one of my drives. On my FC4 system, hald and
kded are constantly doing something with the drive, and this makes it
fail when I try to do packet writing. Killing those processes make
that drive work correctly. Maybe this helps in your case too. Try
packet writing from single user mode to see if it helps.
I don't know yet how to make hald and kded stay away from the drive
while packet writing is in progress.
--
Peter Osterlund - [email protected]
http://web.telia.com/~u89404340
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]