[lkml]   [2002]   [Dec]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.4.19, don't "hdparm -I /dev/hde" if hde is on a Asus A7V133 Promise ctrlr, or...

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.


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 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
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:31    [W:0.035 / U:1.120 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site