[lkml]   [2000]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Direct access to hardware
    On Tue, 25 Jul 2000, James Sutherland wrote:

    > On Tue, 25 Jul 2000, Paul Barton-Davis wrote:
    > > James Sutherland <> writes:
    > > >On Tue, 25 Jul 2000, Stephen Frost wrote:
    > > >> The kernel provides a nice clean interface to devices which conform to
    > > >> the spec. Note that such raw access is, from what I can tell, part of
    > > >> the spec, just the specific data sent using it isn't specified in the
    > > >> spec and has been used by vendors to provide vendor-specific hooks,
    > > >> which reminds me of 'SCSI generic'...
    > > >
    > > >It's dangerous - and the only legitimate use of this "feature" is one
    > > >which shouldn't be done from within Linux in the first place.
    > >
    > > let me get this straight. are you saying that the "jaz" utility which
    > > lets me password-protect write access to my jaz disks should not exist
    > > under Linux ? this utility requires the ability to send that are
    > > vendor-and-device-specific SCSI commands to the drive.
    > That doesn't sound like a good implementation, but I doubt these commands
    > would be in the same category of command as the flash update ones. I'm
    > interested in the dangerous category, not the merely undocumented bits.

    The point is that we *do not know* all the commands that can
    attempt to update the flash on IDE disks because the vendors do not want
    to tell people. Even if we did know all of them we'd have to have some
    huge list for every type of drive out there that supports this. This
    isn't just a little if statement.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:57    [W:0.024 / U:0.684 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site