[lkml]   [2007]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: hdparm for lib_pata
    On 2/4/07, Stephen Clark <> 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

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

    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: 2007-02-04 00:47    [W:0.021 / U:137.500 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site