[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.047 / U:0.860 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site