From: Robert Hancock <hancockrwd@gmail.com>
To: Serguei Miridonov <mirsev@cicese.mx>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Intel ICH9M/M-E SATA error-handling/reset problems
Date: Sat, 14 Feb 2009 16:01:51 -0600 [thread overview]
Message-ID: <49973F4F.1010804@gmail.com> (raw)
In-Reply-To: <200902141206.06419.mirsev@cicese.mx>
Serguei Miridonov wrote:
> 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.
There are a lot of issues with eSATA drives and cabling. As Jeff
mentioned, there are some changes in 2.6.29-rc that may improve the
behavior, but the root cause here is a hardware issue (you should not
expect very good behavior in Vista either with those errors).
As far as the DVD burning issue, it's hard to say for sure. It looks
like a write command was timing out. Could be due to your drive not
working well with that type of media.
>
> 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
Not related at all, mostly.. though a lot of people seem to think they
are. Often times people think problems are related because the error
messages seem similar, and even the same error can be triggered by
numerous different problems, often not the fault of the kernel.
> 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.
next prev parent reply other threads:[~2009-02-14 22:02 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-14 20:06 Intel ICH9M/M-E SATA error-handling/reset problems Serguei Miridonov
2009-02-14 20:53 ` Jeff Garzik
2009-02-14 22:01 ` Robert Hancock [this message]
2009-02-15 18:00 ` Serguei Miridonov
2009-02-15 18:04 ` Robert Hancock
2009-02-15 19:41 ` Serguei Miridonov
2009-02-15 20:15 ` Robert Hancock
2009-02-15 21:55 ` Serguei Miridonov
2009-02-16 2:11 ` Tejun Heo
2009-02-16 16:17 ` Serguei Miridonov
2009-02-19 6:29 ` Tejun Heo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49973F4F.1010804@gmail.com \
--to=hancockrwd@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mirsev@cicese.mx \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox