home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sgi / 13490 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  1.6 KB
  1. Path: sparky!uunet!contex!hobbes.contex.com!jeff
  2. From: jeff@hobbes.contex.com (Jeff Carey)
  3. Newsgroups: comp.sys.sgi
  4. Subject: SCSI disconnect or lack thereof in kernel/devices
  5. Message-ID: <2935@contex.contex.com>
  6. Date: 10 Sep 92 20:31:12 GMT
  7. Sender: news@contex.contex.com
  8. Organization: Xyvision Design Systems
  9. Lines: 32
  10.  
  11.  
  12. We have a SCSI device attached to a SGI PI25 running IRIX 4.0.5A that I know
  13. does not support SCSI disconnect.
  14. The kernel, in particular /usr/sysgen/master.d/scsi, has not been changed.
  15. There is a line in there that currently reads:
  16. int scsi_enable_disconnect[SC_MAXADAP] = {1,1,1,1};
  17.  
  18. The device seems to work, and just as importantly, the whole system seems
  19. to work just fine while using the non-disconnecting device.  Obviously,
  20. the SCSI bus is locked down when said device is being accessed.
  21.  
  22. My questions are:
  23. 1.  Is it necessary for some as-yet unrecognized reason to disable disconnect
  24.     on the host adapter with said device?
  25. 2.  Is it beneficial (integrity, speed, dependability-wise) to disable
  26.     disconnect on the host adapter?
  27. 3.  Should I expect similar success(/failure) rates on other machines, such
  28.     as PI35s, Indigos, Crimsons (with their two host adapters), etc?  (I can
  29.     not imagine graphics options 8-bit, Elan, etc. would have any affect.)
  30.  
  31. Could someone (Dave) expound on the usage and potential advantages of the
  32. scsi_enable_disconnect variable beyond what the comments in the
  33. /usr/sysgen/master.d/scsi file and the last note in the dks(7M) man page
  34. say when using non-disconnecting devices.
  35.  
  36. Thanks for all your help,
  37.  
  38. -jeff
  39.  
  40. -- 
  41. Jeff Carey
  42. jeff@contex.com       (or: contex!jeff@uunet.uu.net)
  43.