public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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.



  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