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] [day] [month] [year] [list]
Message-ID: <dd18b0c30806120045r3b0b8dd5h42783aa56eab657b@mail.gmail.com>
Date:	Thu, 12 Jun 2008 07:45:58 +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:59 AM, Tejun Heo <htejun@...il.com> wrote:
> Justin Mattock wrote:
>> 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.
>
> For apps which know they're accessing cd or dvd (probably using sg
> commands), asking for TUR test after resume could be acceptable but apps
> getting -EIO on read(2) because of intervening suspend/resume cycle is
> just not right.  The problem is that readiness waiting can take quite
> some time and under the current architecture, that can make resume take
> much longer or block IOs to other devices on the same port.  :-(
>
> --
> tejun
>

>From what I could tell it's the whole start, think, move a little,
then start spinning, then slow down, then finally locate it's place,
that the drive
is doing that's causing the timing to be out of sync, with what's left
in the cache/or memory,  I'm wondering if its possible to have the
disk not do the whole cycle that it does once suspend/resume is
activated, just to see.
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