home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / programm / 5372 < prev    next >
Encoding:
Text File  |  1992-11-20  |  2.4 KB  |  59 lines
  1. Newsgroups: comp.unix.programmer
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!news.uit.no!itek.norut.no!gudmund
  3. From: gudmund@itek.norut.no (Gudmundur Joekulsson)
  4. Subject: how to rezero SCSI-bus unit (sun-os 4.1.1)
  5. References: <1992Nov18.113348.14639@news.uit.no>
  6. Sender: news@news.uit.no (USENET News System)
  7. Organization: FORUT Information Technology
  8. Date: Fri, 20 Nov 1992 09:58:43 GMT
  9. Message-ID: <1992Nov20.095843.23939@news.uit.no>
  10. Reply-To: gudmund@itek.norut.no (Gudmundur Joekulsson)
  11. Lines: 46
  12.  
  13.  
  14.  Hello world,
  15.  A little explanation of the scenario first ...
  16.  I am using a converter box attached to the scsi interface,
  17.  converting to a serial V.11 interface to a network.
  18.  Every now and then (when restarting a daemon operating with the 
  19.  converter box after a previous daemon was killed in while in an
  20.  active state) I get a read error on the device, and the system
  21.  writes out error messages, telling it is retrying the command. Finaly it
  22.  performes a 'rezero' and then the device is OK again.  But the
  23.  daemon causing the reset hangs, and must be taken away, and a new
  24.  one started.  This also takes time (too loooooong !).
  25.  
  26.  I would like to be able to do something to force this
  27.  'rezero'-thing before starting the new daemon, avoiding
  28.  the daemon hanging.  I have the feeling that it is the device
  29.  driver that performs this retry/rezero ?  How do I comand it
  30.  to rezero a certain unit on the bus ?
  31.  
  32.  The system is SUN-OS 4.1.1, using the standard device driver 'esp'
  33.  for the 'sd' devices.
  34.  
  35.  
  36.  I have tried the ioctl requests listed in /usr/include/sun/dkio.h (or
  37.  at least most of them) but they just get theyr info from the systems
  38.  conf. and do not do anything with the physical device it self.
  39.  I can of course write something to the device and thus make it fail
  40.  and then reset by the system/driver, but the best thing would be
  41.  to just reset it directly.  Hilfe Hilfe ...
  42.  
  43.  OR if there is no such shell command or system call ...
  44.  
  45.  Is there a way do 'probe' a specific target on the SCSI-bus, i.e. 
  46.  something analogous to the boot ROM-mode: ROM> probe_SCSI, only from 
  47.  a UNIX shell and to just one of the targets/units on the bus ?
  48.  
  49.  
  50.  How do I do this, any ideas are welcome
  51.  
  52.  gudmundur
  53.  
  54. ************************************************************************
  55. Gudmundur Joekulsson      
  56. gudmund@itek.norut.no
  57. FORUT IT AS                     Forhaapningen 21-b, po.box 2806 Elverhoy
  58. Norut gruppen            N-9001, TROMSO, NORWAY
  59.