All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.