LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: "Patrick Ale" <patrick.ale@gmail.com>
To: Stephen.Clark@seclark.us
Cc: "Robert Hancock" <hancockr@shaw.ca>, linux-kernel@vger.kernel.org
Subject: Re: hdparm for lib_pata
Date: Sun, 4 Feb 2007 00:44:08 +0100	[thread overview]
Message-ID: <8d158e1f0702031544h6c5f81c7s3c54a6192255d447@mail.gmail.com> (raw)
In-Reply-To: <45C5178A.1000501@seclark.us>

On 2/4/07, Stephen Clark <Stephen.Clark@seclark.us> wrote:
> Robert Hancock wrote:

> But why are we taking away the users capability to control his/her own
> hardware. Sounds like windows.

I wouldn't go as far as making that comparsion, most of all cause it's
totaly invalid, with all respect.

In my opinion the new pata drivers are work in progress, they only
appear in the latest kernel and snapshots so please, let's allow the
drivers to evolve, I am no kernel hacker or coder, nor does my
interest lay here at the moment to be honest, I am a system
administrator working with Unix and Linux and am interested in helping
out where I can. By using the new pata drivers in favor of the old IDE
drivers I took a risk, well calculated and with the very thought of
encountering these kind of problems and reporting them to make things
better.

However, I do have to agree with the point that if the drivers/kernel,
for whatever reason they might have, to switch to a lower UDMA mode,
and when none is left, even to PIO mode, I should have at least the
chance to switch back to a higher level of datatransfer speed.

How it looks now is that the kernel and its drivers treat the devices
as ATA devices with their features, but the userland programs like
hdparm and sdparm and blkutil see the devices as SCSI/SATA devices,
and dont allow the ioctl commands which are valid for ATA drives.

Just my two euros/canadian dollars/croatian kunas in the pocket :)

Patrick

  parent reply	other threads:[~2007-02-03 23:44 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [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 [this message]
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-08  2:16 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
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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8d158e1f0702031544h6c5f81c7s3c54a6192255d447@mail.gmail.com \
    --to=patrick.ale@gmail.com \
    --cc=Stephen.Clark@seclark.us \
    --cc=hancockr@shaw.ca \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: hdparm for lib_pata' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

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).