[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47323CAF.2030102@rtr.ca>
Date: Wed, 07 Nov 2007 17:31:11 -0500
From: Mark Lord <liml@....ca>
To: Denys Fedoryshchenko <denys@...p.net.lb>
Cc: James Andrewartha <jamesa@....com.au>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
alan@...rguk.ukuu.org.uk, htejun@...il.com
Subject: Re: SC1200 failure in 2.6.23 and 2.6.24-rc1-git10
Denys Fedoryshchenko wrote:
> On Wed, 07 Nov 2007 14:12:55 -0500, Mark Lord wrote
>>> WRAP ~ #./hdparm -I /dev/hda
>>>
>>> /dev/hda:
>>>
>>> ATAPI Write-once device, with non-removable media
>>> Model Number: SanDisk SDP3B-16
>>> Serial Number: 24313671615
>>> Firmware Revision: vdd 1.00
>>> Standards:
>>> Likely used: 3
>>> Configuration:
>>> DRQ response: 50us.
>>> Packet size: Unknown
>>> Capabilities:
>>> LBA, IORDY(may be)(cannot be disabled)
>>> Buffer size: 1.0kB bytes avail on r/w long: 4
>>> DMA: not supported
>>> PIO: pio0 pio1
>> "ATAPI Write-once device" ???
>>
>> That cannot be correct (??). Is this with hdparm-7.7 (latest
>> sourceforge) ?? Can you show us the "hdparm --Istdout" output as
>> well, please.
>>
>> thanks.
> Yes latest hdparm-7.7.
...
> WRAP ~ #./hdparm --Istdout /dev/hda
>
> /dev/hda:
> 844a 01ea 0000 0002 0000 0240 0020 0000
..
CFA spec requires 848a in word[0], not 844a, which explains
why hdparm thought it might be ATAPI. I've updated my hdparm
source to detect this for hdparm-7.8 (unreleased).
That card (16MB) is definitely buggy.
But your other (1GB) card looks fine.
Thanks. Somebody else may help with the libata issue.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists