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

  1. Path: sparky!uunet!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: What is XPDRIVER for?
  5. Message-ID: <1992Dec29.185622.1038@cmkrnl.com>
  6. Date: 30 Dec 92 02:56:22 GMT
  7. References: <1992Dec29.143542.4184@arizona.edu>
  8. Distribution: world,local
  9. Organization: Kernel Mode Consulting, San Diego, CA
  10. Lines: 74
  11.  
  12. In article <1992Dec29.143542.4184@arizona.edu>, CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young) writes:
  13. >     Booting a 4000/300 VMS 5.4-2, I get the following error early in the boot
  14. > process:
  15. >     
  16. >     %SYSGEN%W-NOMSG, Message number 00000910
  17. >     [SYSEXE]XPDRIVER.EXE
  18. >     %SYSGEN%W-NOMSG, Message number 00000910
  19. >     [SYSEXE]XPDRIVER.EXE
  20.  
  21. XPDRIVER is associated with a device known as a PCL11.  I have no idea what a
  22. PCL11 might be.  
  23.  
  24. What is happening is that SYSGEN is finding a device in the Qbus at the address
  25. normally associated with a PCL11.  Its normal action is to load the associated
  26. device driver. However, no driver for the PCL11 is supplied with VMS, hence
  27. the error message.  
  28.  
  29. The SYSGEN Device Table in the _VMS Device Support_ manual says that the PCL11
  30. lives at CSR address 764200, 764240, 764300, or 764340.  The "Device Addresses"
  31. tables in my various old PDP11 handbooks state that this is at the lower end of
  32. a "user reserved area".  I suspect that you have a non-standard device at one
  33. of these addresses, and that the (non-DEC) driver for it is loaded sometime
  34. later during the boot sequence. 
  35.  
  36. > There is no XPDRIVER.EXE anywhere on the system that I can find, but there
  37. > also is not on another VMS 5.4-2 system which does not exhibit this message.
  38.  
  39. Probably the other system doesn't have the device at the PCL11's address.
  40.  
  41. You can see what's on the Q-bus by
  42.  
  43.     $ run sys$system:sysgen
  44.     SYSGEN> SHOW/UNIBUS
  45.     SYSGEN> SHOW/CONFIG
  46.  
  47. The output from the first command tells you which addresses on the bus are
  48. responding and what they respond with.  The second command relates these
  49. addresses to configured I/O device names.
  50.  
  51. > What is the source of this message, and is it something I need to worry
  52. > about?
  53.  
  54. You probably don't need to worry about it. 
  55.  
  56. If you really want to get rid of the message, the best answer is to change the
  57. device so that its address is somewhere else.  You'll also have to change the
  58. SYSGEN CONNECT command (probably in your SYSTARTUP_V5.COM) that creates the
  59. device(s) to reflect the new address. 
  60.  
  61. However, if you are unfamiliar with Unibus/Q-bus address space, don't have a
  62. PDP11 peripherals handbook handy with which to find unused space, etc., and
  63. can't call on anyone locally who has the necessary experience, I wouldn't
  64. advise this approach. 
  65.  
  66. Another thing you could do is to modify the system startup procedure so that
  67. it doesn't try to configure the "XP" device.  In SYS$COMMON:[SYS$STARTUP]
  68. VMS$DEVICE_STARTUP.COM you will find a line that reads
  69.  
  70.     $sysgen autoconfigure all
  71.  
  72. edit it so that it looks like:
  73.  
  74.     $sysgen autoconfigure all/exclude=xp
  75.  
  76. If my analysis of the problem is correct, this should work.  However the
  77. error message you're seeing isn't really a problem (unless you really do have
  78. a PCL11!).  I'd leave it alone.  
  79.  
  80.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  81. drivers, internals, networks, applications, and training for VMS and Windows-NT
  82. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  83. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  84. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  85. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  86.