From: Martin Hicks <mort@bork.org>
To: linux-ide@vger.kernel.org
Subject: M-Systems SATA FFD fails IDENTIFY cmd
Date: Tue, 24 Oct 2006 14:20:54 -0400 [thread overview]
Message-ID: <20061024182054.GA19657@socrates.bork.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 2989 bytes --]
Hi,
I've got a few M-Systems SATA FFD 2.5" solid state disks that behave
strangely with some drivers.
When probing the disks on an Asus P5P800-MX motherboard's onboard SATA
and with an embedded PPC440gx machine with an on-board Intel 31244
(sata_vsc) SATA controller I get the following:
mort@seaking:~$ sudo modprobe ata_piix
Oct 24 12:54:15 localhost kernel: ata_piix 0000:00:1f.2: version 2.00ac6
Oct 24 12:54:15 localhost kernel: ata_piix 0000:00:1f.2: MAP [ P0 -- P1 -- ]
Oct 24 12:54:15 localhost kernel: PCI: Enabling device 0000:00:1f.2 (0000 -> 0001)
Oct 24 12:54:15 localhost kernel: ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16
Oct 24 12:54:15 localhost kernel: PCI: Setting latency timer of device 0000:00:1f.2 to 64
Oct 24 12:54:15 localhost kernel: ata11: SATA max UDMA/133 cmd 0xAC00 ctl 0xA882 bmdma 0xA400 irq 16
Oct 24 12:54:15 localhost kernel: ata12: SATA max UDMA/133 cmd 0xA800 ctl 0xA482 bmdma 0xA408 irq 16
Oct 24 12:54:15 localhost kernel: scsi10 : ata_piix
Oct 24 12:54:45 localhost kernel: ata11.00: qc timeout (cmd 0xec)
Oct 24 12:54:45 localhost kernel: ata11.00: failed to IDENTIFY (I/O error, err_mask=0x4)
Oct 24 12:54:46 localhost kernel: ata11.00: ATA-6, max UDMA/100, 16074752 sectors: LBA
Oct 24 12:54:46 localhost kernel: ata11.00: ata11: dev 0 multi count 2
Oct 24 12:54:46 localhost kernel: ata11.00: applying bridge limits
Oct 24 12:54:46 localhost kernel: ata11.00: configured for UDMA/100
Oct 24 12:54:46 localhost kernel: scsi11 : ata_piix
Oct 24 12:54:46 localhost kernel: ATA: abnormal status 0x7F on port 0xA807
Oct 24 12:54:46 localhost kernel: scsi 10:0:0:0: Direct-Access ATA M-Systems FFD Se 1.03 PQ: 0 ANSI: 5
Oct 24 12:54:46 localhost kernel: SCSI device sda: 16074752 512-byte hdwr sectors (8230 MB)
Oct 24 12:54:46 localhost kernel: sda: Write Protect is off
Oct 24 12:54:46 localhost kernel: sda: Mode Sense: 00 3a 00 00
Oct 24 12:54:46 localhost kernel: SCSI device sda: drive cache: write back
Oct 24 12:54:46 localhost kernel: SCSI device sda: 16074752 512-byte hdwr sectors (8230 MB)
Oct 24 12:54:46 localhost kernel: sda: Write Protect is off
Oct 24 12:54:46 localhost kernel: sda: Mode Sense: 00 3a 00 00
Oct 24 12:54:46 localhost kernel: SCSI device sda: drive cache: write back
Oct 24 12:54:46 localhost kernel: sda: unknown partition table
Oct 24 12:54:46 localhost kernel: sd 10:0:0:0: Attached scsi disk sda
As you can see the INQUIRY command fails after 30 seconds. The x86/ata_piix
machine is running 2.6.19-rc3. The PPC/sata_vsc machine is running
2.6.18.
Two other controllers were tested on the x86 machine and they both
worked as expected:
Silicon Image, Inc. Adaptec AAR-1210SA SATA HostRAID Controller (rev 02)
Promise Technology, Inc. PDC20575 (SATAII150 TX2plus) (rev 02)
Is this likely a problem with the M-Systems drive or a libata/driver problem?
mh
--
Martin Hicks || mort@bork.org || PGP/GnuPG: 0x4C7F2BEE
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2006-10-24 18:20 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-24 18:20 Martin Hicks [this message]
2006-10-31 10:19 ` M-Systems SATA FFD fails IDENTIFY cmd Tejun Heo
2006-10-31 14:57 ` Martin Hicks
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=20061024182054.GA19657@socrates.bork.org \
--to=mort@bork.org \
--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 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.