On Thu, Jun 12, 2008 at 6:26 AM, Tejun Heo <htejun@gmail.com> wrote:
quoted text
> Justin Mattock wrote:
>> O.K. applied the patch and did what you have described,(except for
>> sysctl -w / ended up inserting dev.scsi.logging_level=1 in
>> /etc/sysctl.conf)
>> This is what dd reported:(same as before)
>> dd: reading `/dev/sr0':Input/output error
>> 41+1 records in
>> 41+1 records out
>> 43122688 bytes (43 MB) copied, 41.0967 seconds, 1.0 MB/s
>>
>> Attached is dmesg of using dd on the first suspend, and playing a dvd
>> on the second.
>
> Ah.. okay.  The drive was becoming ready and the read commands were
> retried too fast.  The drive I tested on was fast enough to deliver the
> data but yours wasn't.  Hmmm.... This is difficult.  This also poses
> problems to live cd distros, I think.  We probably need to make sr wait
> for device readiness.  Maybe it's best to put TUR waiting in read error
> handling.  I'll think about it.
>
> Thanks.
>
> --
> tejun
>

Yeah, take you're time. Maybe it's easier  to have mplayer or which
ever media player wait for the drive. i.g.
under OSX, the media player pauses until the drive does it's thing,
and then resumes.(but this would be for the suspend aspect)
As for the live distro part I'd have to think as well. Let me know
what you think.
regards;
-- 
Justin P. Mattock
--
unsubscribe notice
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/