linux-kernel - Re: macbook pro dvd playback after suspend Buffer I/O error

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <dd18b0c30806112336ma74115cta1923f7b08dcc2d@mail.gmail.com>
Date:	Thu, 12 Jun 2008 06:36:42 +0000
From:	"Justin Mattock" <justinmattock@...il.com>
To:	"Tejun Heo" <htejun@...il.com>
Cc:	"Andrew Morton" <akpm@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: macbook pro dvd playback after suspend Buffer I/O error

On Thu, Jun 12, 2008 at 6:26 AM, Tejun Heo <htejun@...il.com> wrote:
> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/