linux-kernel - Re: sata_nv times out for BD-ROM iHOS104-08

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: <4B833FA1.8030207@kernel.org>
Date:	Tue, 23 Feb 2010 11:38:25 +0900
From:	Tejun Heo <tj@...nel.org>
To:	Cengiz Günay <cgunay@...ry.edu>
CC:	Robert Hancock <hancockrwd@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: Re: sata_nv times out for BD-ROM iHOS104-08

Hello,

On 02/22/2010 06:28 AM, Cengiz Günay wrote:
> On Sat, Feb 20, 2010 at 8:01 PM, Tejun Heo <tj@...nel.org> wrote:
>> Hmmm... So, DRQ gets cleared?  That's strange.  When then the 18 extra
>> bytes happen?  Can you please try this one?
> 
> It worked!
> 
> $ lsscsi
> ...
> [4:0:0:0]    cd/dvd  ATAPI    iHOS104          WL08  /dev/sr0
> ...
> 
> I was able to read a regular DVD in the drive. According to dmesg the
> negotiated speed was down to UDMA/33, so I am not sure about the
> performance of the drive.

Hmmm.... it could be that the drive is sending more data then
requested and the state machine in the controller doesn't like that
and fails to assert IRQ on the host side.  You're still getting
timeouts on 96 byte dma inquiries.  Can you please this patch?

-- 
tejun

View attachment "swncq-atapi-pio.patch" of type "text/x-patch" (1705 bytes)