[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-id: <45C4DF2A.1070501@shaw.ca>
Date: Sat, 03 Feb 2007 13:14:50 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Patrick Ale <patrick.ale@...il.com>
Cc: linux-kernel@...r.kernel.org
Subject: Re: hdparm for lib_pata
> Hi guys,
>
> Me again, sorry.
>
> Is it possible to make hdparm work with libata?
> I have some drives that for some reason fall back to lower UDMA
> settings (like UDMA/44) while the drive is UDMA/100. I blame the way I
> set-up my raid arrays for this and the bus not being able to handle
> all the data that goes trough it but that isnt really the case now.
>
> Anyway, I used to be able to force the drive back with using hdparm
> -X68 -d 1 /dev/sdk
> But with the new lib_pata drivers I get "Inappropriate iotcl for
> device" and HD_IO_DRIVE_CMD Input/Output errors.
>
> Or! Is there some other way to force the drive not to failback to
> lower UDMA settings? (Yep, I know, if this is answer, it's my risk, I
> cant and wont blame you for destructing my pr0n or severe trauma I
> suffer from losing data)
Only some of the hdparm functionality is supported in libata, which is
partially by design. Presently there's no way to override the DMA
settings in libata, it starts out at the fastest supported settings and
falls back if it gets too many errors of certain types.
You shouldn't be seeing errors like this unless you have bad IDE cables
or are using 40-wire cables with high UDMA modes. Can you post the
output you're seeing?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/
-
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