From: Tejun Heo <tj@kernel.org>
To: Robert Hancock <hancockr@shaw.ca>
Cc: Darrick Burch <darrick@tuffmail.com>, linux-ide@vger.kernel.org
Subject: Re: SB600 in AHCI mode will not run SATA optical drive
Date: Wed, 07 Jan 2009 13:58:58 +0900 [thread overview]
Message-ID: <49643692.9000607@kernel.org> (raw)
In-Reply-To: <4962ADD2.3010007@shaw.ca>
Robert Hancock wrote:
> Darrick Burch wrote:
>> Robert Hancock wrote:
>>
>>> Could be some kind of SATA PHY quirk or incompatibility that only shows
>>> up in AHCI mode or something. It seems from the output that the SATA
>>> link may be going up and down. You could try forcing 1.5Gbps
>>> (libata.force=1.5Gbps if libata is built in, or force=1.5Gbps when the
>>> libata module gets loaded) and see if that helps.
>>
>> That appears to have done it--thanks! I feel kinda bad now because I was
>> suspecting a speed issue, but couldn't figure out how to force it. If I
>> had read the kernel documentation a little more, I would have found the
>> kernel option you mentioned. Duh. At any rate, thanks again.
>
> Could be we need a quirk in libata for that drive to do that
> automatically, or something.. Can you post the dmesg output from bootup
> with the force 1.5Gbps option in place?
I don't think we can do a quirk here as it happens before the driver
has any way to identify the device. libata EH usually can react to
PHY problems like this correctly and lowers speed automatically but in
this case it doesn't work because the PHY stays online too briefly for
libata EH to consider it to be the one device failing. It just resets
error history and restarts probing sequence on each PHY event. :-(
Maybe libata EH needs to keep PHY errors over failing probings and act
on it. Hmm...
--
tejun
prev parent reply other threads:[~2009-01-07 4:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-04 23:33 SB600 in AHCI mode will not run SATA optical drive Darrick Burch
2009-01-05 6:07 ` Robert Hancock
2009-01-06 0:41 ` Darrick Burch
2009-01-06 1:03 ` Robert Hancock
2009-01-06 2:42 ` Darrick Burch
2009-01-07 4:58 ` Tejun Heo [this message]
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=49643692.9000607@kernel.org \
--to=tj@kernel.org \
--cc=darrick@tuffmail.com \
--cc=hancockr@shaw.ca \
--cc=linux-ide@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).