home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.next.sysadmin
- Path: sparky!uunet!gatech!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie
- From: louie@sayshell.umd.edu (Louis A. Mamakos)
- Subject: Re: HELP: Connecting a SCSI Scanner
- Message-ID: <1992Sep9.195218.3632@ni.umd.edu>
- Keywords: SCSI, Scanner, help
- Sender: usenet@ni.umd.edu (USENET News System)
- Nntp-Posting-Host: sayshell.umd.edu
- Organization: University of Maryland, College Park
- References: <1992Aug28.215658.23753@galileo.physics.arizona.edu> <1992Sep08.142141.22673@rchland.ibm.com>
- Date: Wed, 9 Sep 1992 19:52:18 GMT
- Lines: 21
-
- In article <1992Sep08.142141.22673@rchland.ibm.com> tpg@rchland.vnet.ibm.com (Terry Gliedt) writes:
- >Now when the NeXT boots, the system is doing some sort of reset to each of the
- >SCSI devices. I presume this is some sort of low-level SCSI reset command. I'd
- >like to have some means to reset the device to recover from this error state. I
- >did not see anything in ioctl.h and in a few other includes. I'd appreciate some
- >mail from anyone who can give me some leads (Jiro??).
-
- On you're 2.x system, look in /usr/include/nextdev/scsireg.h. (On 3.0
- systems, who the %^*&$# know where they put it. You can bet it's a
- pretty long pathname, though. But I digress...)
-
- You'll see that there is an ioctl operation (SGIOCRST) you can perform
- on the raw SCSI device, /dev/sg0, which looks like it performs a SCSI
- bus reset. You'll need to be root to do this. Also, this sure seems
- like it has the great potential to hose up an I/O which might be
- pending on other SCSI devices (like a SCSI disk). Note that probably
- performs a SCSI *BUS* reset and such a thing isn't specific to a
- particular device on the bus. You'll have to be real careful using
- this..
-
- louie
-