linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Raman Gupta <rocketraman@fastmail.fm>
To: Tim Small <tim@seoss.co.uk>
Cc: Robert Hancock <hancockrwd@gmail.com>, linux-ide@vger.kernel.org
Subject: Marvell exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen (was Re: [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate?)
Date: Sat, 02 Jan 2010 03:44:50 -0500	[thread overview]
Message-ID: <4B3F0782.4040207@fastmail.fm> (raw)
In-Reply-To: <4B3B8B0B.2080805@seoss.co.uk>

On 12/30/2009 12:16 PM, Tim Small wrote:
> Raman Gupta wrote:
>> However, note that I can make the "exception Emask 0x0 SAct 0x0 SErr
>> 0x0 action 0x6 frozen" happen even with the RAID array stopped and no
>> filesystems mounted. All I have to do is run the smartctl -a /dev/sdd
>> command (sdd is attached to the Marvell controller) repeatedly until
>> this exception occurs:
>>
>> Dec 27 18:59:30 x kernel: ata6.00: exception Emask 0x0 SAct 0x0 SErr
>> 0x0 action 0x6 frozen
>> Dec 27 18:59:30 x kernel: ata6.00: cmd
>> ec/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
>> Dec 27 18:59:30 x kernel: res 40/00:00:00:4f:c2/00:00:00:00:00/40
>> Emask 0x4 (timeout)
>> Dec 27 18:59:30 x kernel: ata6.00: status: { DRDY }
>> Dec 27 18:59:30 x kernel: ata6: hard resetting link
>> Dec 27 18:59:30 x kernel: ata6: SATA link up 3.0 Gbps (SStatus 123
>> SControl 300)
>> Dec 27 18:59:30 x kernel: ata6.00: configured for UDMA/133
>> Dec 27 18:59:30 x kernel: ata6: EH complete
>>
>> Usually 10-15 executions is sufficient to replicate the issue.
>
> Hmm. I wonder what running this script from this bug:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=14831
>
> against drives attached to other controllers would do? It doesn't do
> anything particularly special - just runs smartctl in a loop while also
> writing to the same drive (via fs using dd).

Against a Seagate ST3500418AS on the Marvell controller, the script 
produced the first "smartctl failed" error in 55 seconds. Within about 
8 minutes, everything went to pot and all drives on that controller 
were completely inaccessible (all filesystem writes failed and the 
kernel could not IDENTIFY the drives). As far as I can tell with my 
multimeter, voltages were stable.

> Out of interest have you tried drives from other manufacturers?

Unfortunately, at the moment I don't have any non-Seagate drives 
available.

> Would also be interested to see what happens if you run the script
> against the same drive, but attached to the ICH7?

The problem occurs against any of the three Seagate ST3500418AS drives 
I have attached to the Marvell. Against the same model of drive 
attached to my ICH7 controller, I canceled the script after it ran for 
1.5 hours without any problems. So the problem appears to be exclusive 
to the Marvell -- either the hardware or the driver.

Furthermore, over the last few days, I've had smartd and hddtemp 
turned off for the Marvell drives, and they have been stable and 
error-free.

Cheers,
Raman

      reply	other threads:[~2010-01-02  8:44 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-17  2:39 [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate? Jeff Garzik
2009-04-17  2:40 ` [PATCH 1/3] ahci: move core code into new libahci module Jeff Garzik
2009-04-17  2:41 ` [PATCH 2/3] mv-ahci: Add Marvell PATA support Jeff Garzik
2009-04-17  2:42 ` [PATCH 3/3] acard-ahci: Add new ACard ATP AHCI driver Jeff Garzik
2009-04-17  9:50 ` [PATCH 0/3] AHCI updates: Marvell AHCI PATA works; pata_marvell fate? Alan Cox
2009-04-17 10:39   ` Jeff Garzik
2009-04-17 18:03   ` Ville Syrjälä
2009-04-17 19:14     ` Jeff Garzik
2009-12-27  5:13 ` Raman Gupta
2009-12-27 21:52   ` Robert Hancock
2009-12-28  0:26     ` Raman Gupta
2009-12-28  5:19       ` Raman Gupta
2009-12-30 17:16       ` Tim Small
2010-01-02  8:44         ` Raman Gupta [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=4B3F0782.4040207@fastmail.fm \
    --to=rocketraman@fastmail.fm \
    --cc=hancockrwd@gmail.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=tim@seoss.co.uk \
    /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).