linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dan Aloni <da-x@monatomic.org>
To: Linux Kernel List <linux-kernel@vger.kernel.org>
Cc: Mark Lord <lkml@rtr.ca>,
	IDE/ATA development list <linux-ide@vger.kernel.org>,
	Jens Axboe <axboe@suse.de>, Jeff Garzik <jgarzik@pobox.com>,
	sander@humilis.net, dror@xiv.co.il
Subject: Spradic device disconnections
Date: Sat, 1 Apr 2006 17:50:06 +0300	[thread overview]
Message-ID: <20060401145006.GA6504@localdomain> (raw)

Hello,

There's a weird behavior we are experiencing with the Marvell
6081 controller, which I though you might have also experienced
or might find interesting.

Basically, the problem involves sporadic device disconnection 
during driver load time and sometimes during continuous use. It
was seen both with sata_mv and the driver provided by Marvell 
(version 3.6.1), so I have a reason to believe it's an hardware 
problem (to which we can find good software-based workarounds, 
hopefully).

The system seen below has 2 Marvell 6081 controllers harboring
a total of 14 hard-drives.

Once in every a few hundreds-or-so insmods of sata_mv the 
controller "misses" one of the drives, as seen below:

Mar 31 10:41:10 14.10.240.6 kernel: ata10: dev 0 ATA-7, max UDMA/133, 976773168 sectors: LBA48  
Mar 31 10:41:10 14.10.240.6 kernel: ata10: dev 0 configured for UDMA/133 
Mar 31 10:41:10 14.10.240.6 kernel: scsi9 : sata_mv 
Mar 31 10:41:11 14.10.240.6 kernel: ata11: dev 0 ATA-7, max UDMA/133, 976773168 sectors: LBA48  
Mar 31 10:41:11 14.10.240.6 kernel: ata11: dev 0 configured for UDMA/133 
Mar 31 10:41:11 14.10.240.6 kernel: scsi10 : sata_mv 
Mar 31 10:41:12 14.10.240.6 kernel: ata12: no device found (phy stat 00000000) 
Mar 31 10:41:12 14.10.240.6 kernel: ata12: no device found (phy stat 00000101) 
Mar 31 10:41:12 14.10.240.6 kernel: ATA: abnormal status 0x7F on port 0xFFFFC200106A811C 
Mar 31 10:41:12 14.10.240.6 kernel: ata12: dev 0 failed to IDENTIFY (I/O error) 
Mar 31 10:41:12 14.10.240.6 kernel: ATA: abnormal status 0x7F on port 0xFFFFC200106A811C 
Mar 31 10:41:12 14.10.240.6 kernel: ata12: dev 0 failed to IDENTIFY (I/O error) 
Mar 31 10:41:12 14.10.240.6 kernel: ATA: abnormal status 0x7F on port 0xFFFFC200106A811C 
Mar 31 10:41:12 14.10.240.6 kernel: ata12: dev 0 failed to IDENTIFY (I/O error) 
Mar 31 10:41:12 14.10.240.6 kernel: scsi11 : sata_mv 
Mar 31 10:41:13 14.10.240.6 kernel: ata13: dev 0 ATA-7, max UDMA/133, 976773168 sectors: LBA48  
Mar 31 10:41:13 14.10.240.6 kernel: ata13: dev 0 configured for UDMA/133 
Mar 31 10:41:13 14.10.240.6 kernel: scsi12 : sata_mv 
Mar 31 10:41:14 14.10.240.6 kernel: ata14: dev 0 ATA-7, max UDMA/133, 976773168 sectors: LBA48  
Mar 31 10:41:14 14.10.240.6 kernel: ata14: dev 0 configured for UDMA/133 
Mar 31 10:41:14 14.10.240.6 kernel: scsi13 : sata_mv 

Rest assured that drive is there, we haven't pulled it out. 

On Linux 2.4.27 with the Marvell driver (3.6.1), using the 
add-single-device command on the (now depricated) /proc/scsi/scsi 
interface, we managed to bring the drive back to life...

The drives are the 500GB from Maxtor. This problem has occured 
with drives from a different manufacturer.

Mar 31 10:41:09 14.10.240.6 kernel:   Vendor: ATA       Model: Maxtor 7H500F0    Rev: HA43 
Mar 31 10:41:09 14.10.240.6 kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05 

-- 
Dan Aloni, Linux specialist
XIV LTD, http://www.xivstorage.com
da-x@monatomic.org, da-x@colinux.org, da-x@gmx.net, dan@xiv.co.il

             reply	other threads:[~2006-04-01 14:48 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-01 14:50 Dan Aloni [this message]
2006-04-02 11:33 ` Spradic device disconnections Jeff Garzik

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=20060401145006.GA6504@localdomain \
    --to=da-x@monatomic.org \
    --cc=axboe@suse.de \
    --cc=dror@xiv.co.il \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@rtr.ca \
    --cc=sander@humilis.net \
    /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).