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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ