home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20112 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.3 KB

  1. Path: sparky!uunet!spool.mu.edu!agate!ames!biosci!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: SHOW/UNIBUS (was: What is XPDRIVER for?
  5. Message-ID: <1992Dec30.100239.1043@cmkrnl.com>
  6. Date: 30 Dec 92 18:02:39 GMT
  7. References: <1992Dec29.143542.4184@arizona.edu>,<1992Dec29.185622.1038@cmkrnl.com> <1hs7k7INNnqs@gap.caltech.edu>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 39
  10.  
  11. In article <1hs7k7INNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
  12. > In article <1992Dec29.185622.1038@cmkrnl.com>, jeh@cmkrnl.com writes:
  13. >>You can see what's on the Q-bus by
  14. >>
  15. >>    $ run sys$system:sysgen
  16. >>    SYSGEN> SHOW/UNIBUS
  17. >>    SYSGEN> SHOW/CONFIG
  18. > WHOA!  WHOA!  TIME-OUT!  WAIT A MINUTE!  The SHOW/UNIBUS command is
  19. > *DANGEROUS*.  It talks to all the devices on the bus in a way that's
  20. > uncoordinated with anything else VMS is doing with them.  To quote from the
  21. > online help for SYSGEN:
  22. > [...]
  23.  
  24. I know about the theoretical problems, but I've been doing 
  25. SYSGEN> SHOW/UNIBUS commands on live systems (kinda hard to do it on a dead
  26. one, but you know what I mean :-) for something like ten years
  27. without a *single* problem.  
  28.  
  29. There are some very old Unibus (and possibly Q-bus) devices that have 
  30. "read-once" status bits in their CSRs -- once you read them they clear 
  31. themselves -- or with other side effects on read operations.  However even
  32. these are not going to be a problem unless SYSGEN's read gets done just ahead
  33. of a read that the device's driver needs to do.  Since the driver's read of
  34. status bits would normally happen in an interrupt service routine, and since
  35. the ISR is going to do everything it has to do before any process-level code
  36. (like SHOW/UNIBUS) happens, it really isn't something to lose sleep over.
  37.  
  38. > Using this command can crash your system.  
  39.  
  40. Calling all readers:  Has ANYONE out there ever seen this actually happen?  
  41. If so, what devices were on the bus?
  42.  
  43.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  44. drivers, internals, networks, applications, and training for VMS and Windows-NT
  45. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  46. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  47. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  48. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  49.