Re: 2.4.19, don't "hdparm -I /dev/hde" if hde is on a Asus A7V133

Ross Biro (rossb@google.com)
Wed, 18 Dec 2002 10:17:36 -0800


There is a bug in the Promise driver that clears an important PIO bit
when switching into DMA mode. When you do an hdparm -I, it issues a
drive command that attempts to transfer data in PIO mode, but since the
PIO mode timing registers are hosed, the machine locks up. It's easy to
reproduce and applies to all drive commands that return data including
SMART commands.

The bit in particular is bit 4 of PCI config register 0x61+4*channel
number (PB bit 4 in Promise terms.) I've got a very unclean fix that I
will attempt to clean up once I can put a few more important issues to bed.

For the time being, you can try to do a work around by putting the drive
into PIO mode with hdparm -X 12 before issuing any drive commands.

Ross

D.A.M. Revok wrote:

>( that's a capital-aye in the hdparm line )
>
>not even the Magic SysReq key will work.
>
>also, don't
>
>"cd /proc/ide/hde ; cat identify"
>
>... same thing
>drive-light comes on, but have to use the power-switch to get the machine
>back, ( lost stuff again, fuck )
>
>
>proc says it's pdc202xx
>
>Promise Ultra series driver Ver 1.20.0.7 2002-05-23
>Adapter: Ultra100 on M/B
>
>
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/