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]
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ