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: <4BFC2642.1050600@kernel.org>
Date:	Tue, 25 May 2010 21:34:26 +0200
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,

Alright, I don't have access to mcp51 but tested with mcp55 and could
reproduce similar problem.  It seems nIEN on mcp55 is stuck once set
and iHOS104 doesn't set I on D2H FIS if nIEN is set on command H2D
FIS, which the SATA standard specifically mandates not to do.  So, the
combination of buggy mcp55 ctl handling + buggy iHOS104 nIEN handling
leads to nobody raising interrupt.

The problem is that the problem I'm seeing is not completely identical
to the one you're seeing.  The difference could be coming from
different firmware version on the drives or different controllers.

Anyways, can you please give a shot at the attached patch?

Thanks.

-- 
tejun

View attachment "dont-diddle-with-nIEN.patch" of type "text/x-patch" (718 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ