On Sun, 9 Oct 2005, Peter Osterlund wrote:
> In that case, this patch should also work. Does it?
>
> diff --git a/drivers/block/pktcdvd.c b/drivers/block/pktcdvd.c
> index d4b9c17..cb6bda9 100644
> --- a/drivers/block/pktcdvd.c
> +++ b/drivers/block/pktcdvd.c
> @@ -538,7 +538,7 @@ static void pkt_iosched_process_queue(st
> spin_unlock(&pd->iosched.lock);
> if (bio && (bio->bi_sector == pd->iosched.last_write))
> need_write_seek = 0;
> - if (need_write_seek && reads_queued) {
> + if (!writes_queued && reads_queued) {
> if (atomic_read(&pd->cdrw.pending_bios) > 0) {
> VPRINTK("pktcdvd: write, waiting\n");
> break;
>
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...
BTW, Peter, I still get errors from mails to you:
<[email protected]>:
81.228.8.84_does_not_like_recipient./Remote_host_said:_553_RCPT_TO:<[email protected]>_refused/G
iving_up_on_81.228.8.84./
Thanks
Guennadi
---
Guennadi Liakhovetski
-
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]