linux-kernel - Intel ICH9M/M-E SATA error-handling/reset problems

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-next>] [day] [month] [year] [list]

Message-Id: <200902141206.06419.mirsev@cicese.mx>
Date:	Sat, 14 Feb 2009 12:06:05 -0800
From:	Serguei Miridonov <mirsev@...ese.mx>
To:	linux-kernel@...r.kernel.org
Subject: Intel ICH9M/M-E SATA error-handling/reset problems

I have some problems with SATA in a new notebook PC (HP Pavilion dv5t, 
Intel chipset). Seagate FreeAgent Pro 1TB external drive practically 
can not be used with eSATA in Linux (fresh install from DVD Fedora 10, 
now fully updated), and yesterday I also had problem with DVD 
recording using internal HL-DT-ST BDDVDRW drive.

More details in attachment.

Both devices work with Windows Vista. Seagate external drive even in 
Vista produces "parity error" messages in Windows event log but OS is 
somehow recovering from these errors and continues to use the drive 
with slight slowdown (average speed varies between 60 and 110 MB/s). 
Of course, it could be cable/Seagate issue, but again - Vista can 
handle this.

It appears that Linux kernel has problems with error-handling/reset of 
SATA hardware. I have found a lot of reports regarding SATA problems: 
data transfer failures, CD/DVD recording, waking up from suspend to 
RAM, etc. Aren't they all related? Can Linux SATA chipsets drivers 
properly reset hardware into predictable state? Sure, I could be wrong 
and my issue may have nothing to do with others... Any idea?

Please, CC any reply to my e-mail.
Thank you.

View attachment "sata-errors-report.txt" of type "text/plain" (18536 bytes)