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