LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Re: hdparm for lib_pata
@ 2007-02-08  2:16 Adam J. Richter
  0 siblings, 0 replies; 25+ messages in thread
From: Adam J. Richter @ 2007-02-08  2:16 UTC (permalink / raw)
  To: adam, patrick.ale; +Cc: linux-kernel, Stephen.Clark

>>> = Stephen Clark
>> = Adam Richter
>  = Patrick Ale

>>         Do you know if these drives were advertising less capability
>> than they were spec-ed at?  Do you recall if the IDE driver without
>> kernel arguments printed its rationale for reverting to the slower
>> setting?

[...]
>Then, after 2 hours, and resyncing RAID1 MD 1 devices, I started
>seeing things like:
>"Drive not ready"
>"DMA timeout on ..."

I was not asking about Patrick's desktop computer, which was already
established to be hardware problem that was fixed by replacing a
broken fan.  I was asking about Stephen Clark's two laptop computers,
which seemed like they might be examples of a need for user level
hdparm DMA setting, which is why I prefaced my question with the
following quotation:

>>On 2007-02-04 Stephen Clark wrote:
>>>I have had two different laptops that had to have boot time command line 
>>>overrides to get the
>>>driver to allow the hardware work at what it was spec-ed at.

Adam Richter

^ permalink raw reply	[flat|nested] 25+ messages in thread
* Re: hdparm for lib_pata
@ 2007-02-07 10:55 Adam J. Richter
  2007-02-07 11:47 ` Patrick Ale
  0 siblings, 1 reply; 25+ messages in thread
From: Adam J. Richter @ 2007-02-07 10:55 UTC (permalink / raw)
  To: Stephen.Clark; +Cc: linux-kernel

On 2007-02-04 Stephen Clark wrote:
>I have had two different laptops that had to have boot time command line 
>overrides to get the
>driver to allow the hardware work at what it was spec-ed at.

	Do you know if these drives were advertising less capability
than they were spec-ed at?  Do you recall if the IDE driver without
kernel arguments printed its rationale for reverting to the slower
setting?

	I ask because I'd like to know if this sort of thing can ever
happen with libata.  If so, then that is yet another reason to have
the ability to override DMA settings from user level in libata.

Adam Richter

^ permalink raw reply	[flat|nested] 25+ messages in thread
[parent not found: <fa.L/RjDlo6Njb5Jt7/9ENZuiASoV0@ifi.uio.no>]
* hdparm for lib_pata
@ 2007-02-03  8:41 Patrick Ale
  2007-02-03  8:55 ` Patrick Ale
  2007-02-05 18:13 ` Mark Lord
  0 siblings, 2 replies; 25+ messages in thread
From: Patrick Ale @ 2007-02-03  8:41 UTC (permalink / raw)
  To: linux-kernel

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)


Patrick

^ permalink raw reply	[flat|nested] 25+ messages in thread

end of thread, other threads:[~2007-02-08  2:28 UTC | newest]

Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-08  2:16 hdparm for lib_pata Adam J. Richter
  -- strict thread matches above, loose matches on Subject: below --
2007-02-07 10:55 Adam J. Richter
2007-02-07 11:47 ` Patrick Ale
     [not found] <fa.L/RjDlo6Njb5Jt7/9ENZuiASoV0@ifi.uio.no>
2007-02-03 19:14 ` Robert Hancock
2007-02-03 23:15   ` Stephen Clark
2007-02-03 23:28     ` Robert Hancock
2007-02-06 17:44       ` Bill Davidsen
2007-02-06 18:45         ` Mark Lord
2007-02-06 21:05         ` Jeff Garzik
2007-02-06 23:45         ` Robert Hancock
2007-02-03 23:44     ` Patrick Ale
2007-02-04  0:11       ` Stephen Clark
2007-02-04  0:18         ` Patrick Ale
2007-02-05 11:00           ` Patrick Ale
2007-02-05 14:23             ` Robert Hancock
2007-02-05 16:21               ` Patrick Ale
2007-02-05 18:15   ` Mark Lord
2007-02-06 17:49     ` Bill Davidsen
2007-02-03  8:41 Patrick Ale
2007-02-03  8:55 ` Patrick Ale
2007-02-03 12:07   ` Rene Rebe
2007-02-05 18:13 ` Mark Lord
2007-02-05 19:09   ` Alan
2007-02-05 21:19     ` Jeff Garzik
2007-02-05 19:21   ` Patrick Ale

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).