linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Jon Chelton <jchelton@ffpglobal.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: new errors with sata_sil24 with port multiplier
Date: Sat, 03 Nov 2007 16:25:28 +0900	[thread overview]
Message-ID: <472C2268.1000004@gmail.com> (raw)
In-Reply-To: <FD6311B7ED175B4480F31633F6098B4DA0EB24@ffpglobal_mail.corp.ffplus.net>

Jon Chelton wrote:
> ata2.02: irq_stat 0x02020002, device error via SDB FIS
> ata2.02: cmd 60/50:00:6f:5b:02/00:00:00:00:00/40 tag 0 cdb 0x0 data
> 40960 in
>          res 50/00:00:00:00:00/00:00:00:00:00/00 Emask 0x1 (device
> error)

Hmmm... Status register value is weird here.  It's reporting device
error via SDB FIS but ERR bit is not set in the status register.

> ata2.03: exception Emask 0x0 SAct 0x10 SErr 0x0 action 0x2 frozen

This is collateral damage.

> ata2.15: hard resetting link
> ata2: controller in dubious state, performing PORT_RST

Ah, okay.  Receiving SDB FIS confused the controller.  This is a erratum
of the controller.  If error occurs while commands are in flight to more
than on device, the controller gets completely f***ed up.  This is
probably why the status and error registers are not updated correctly above.

[EH kicks in and cleans up]

> ata2.00: exception Emask 0x0 SAct 0x20 SErr 0x0 action 0x0
> ata2.02: exception Emask 0x0 SAct 0x8 SErr 0x380000 action 0x2
> ata2.02: irq_stat 0x02020002, device error via SDB FIS
> ata2.02: cmd 60/78:18:47:6f:76/00:00:00:00:00/40 tag 3 cdb 0x0 data
> 61440 in
>          res 41/84:07:b8:6f:76/00:00:00:00:00/40 Emask 0x410 (ATA bus
> error) <F>

Okay, again, the same device reporting device error and commands only to
the device were in flight so the controller updated status and error
correctly.  The device is reporting ATA bus error.

[again, EH cleans up]

> ata2.02: exception Emask 0x0 SAct 0x80 SErr 0x380000 action 0x2
> ata2.02: irq_stat 0x02020002, device error via SDB FIS
> ata2.02: cmd 60/80:38:3f:78:77/00:00:00:00:00/40 tag 7 cdb 0x0 data
> 65536 in
>          res 41/84:6f:50:78:77/00:00:00:00:00/40 Emask 0x410 (ATA bus
> error) <F>
> ata2.02: soft resetting link
> ata2.02: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

And the same thing one more time.  Note that link is still 3Gbps.

> ata2.02: exception Emask 0x0 SAct 0x77060000 SErr 0x380000 action 0x2
> ata2.02: irq_stat 0x02020002, device error via SDB FIS
> ata2.02: cmd 60/08:e0:7f:05:77/00:00:00:00:00/40 tag 28 cdb 0x0 data
> 4096 in
>          res 41/84:00:86:05:77/00:00:00:00:00/40 Emask 0x410 (ATA bus
> error) <F>
> ata2.02: soft resetting link
> ata2.02: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

Ditto.

> ata2.02: limiting SATA link speed to 1.5 Gbps
> ata2.02: exception Emask 0x0 SAct 0x6 SErr 0x380000 action 0x6
> ata2.02: irq_stat 0x02020002, device error via SDB FIS
> ata2.02: cmd 60/80:10:bf:54:79/00:00:00:00:00/40 tag 2 cdb 0x0 data
> 65536 in
>          res 41/84:0f:30:55:79/0c:00:00:00:00/40 Emask 0x410 (ATA bus
> error) <F>

One more time.  EH had enough and limited link speed to 1.5Gbps.  Did
error repeat after this?

Possibilities...

1. The disk or the connector on that slot is faulty.  You can find out
by swapping disk positions and see where the error follows.

2. The specific disk model and the PMP don't like each other at 3Gbps?

Solutions...

1. If the disk is faulty, exchange.

2. If the slot is faulty, exchange.

3. If the disk has dip switch to limit PHY speed to 1.5Gbps, put it on.
 You will hardly lose anything.

Thanks.

-- 
tejun

  reply	other threads:[~2007-11-03  7:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-03  1:22 new errors with sata_sil24 with port multiplier Jon Chelton
2007-11-03  7:25 ` Tejun Heo [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-11-04  2:37 Jon Chelton
2007-11-04  2:39 ` 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=472C2268.1000004@gmail.com \
    --to=htejun@gmail.com \
    --cc=jchelton@ffpglobal.com \
    --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).