home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / vmsnet / pdp11 / 840 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  2.5 KB
  1. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!gatech!swrinde!cs.utexas.edu!rutgers!spcvxb!terry
  2. From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
  3. Newsgroups: vmsnet.pdp-11
  4. Subject: Re: 11/94 Upgrade problems....
  5. Message-ID: <1992Nov12.233058.4413@spcvxb.spc.edu>
  6. Date: 13 Nov 92 04:30:58 GMT
  7. References: <1992Nov12.151415.21751@thijssen.nl>
  8. Organization: St. Peter's College, US
  9. Lines: 43
  10.  
  11. In article <1992Nov12.151415.21751@thijssen.nl>, geveld@thijssen.nl (Ge v.d. Veldt) writes:
  12. > Problem 1:
  13. > The RSX11M-plus operating system crashes at random time intervals with the 
  14. > following console message:
  15. > 
  16. >         XXXXXXXXX Exec. parity error stop XXXXXXXXX
  17. > 
  18. > After that the CPU halts, no time to generate an errorlog entrie. The same
  19. > system has no problems when the CPU is a PDP11/84.
  20.  
  21.   You should make sure all of your Unibus boards are up to current revision
  22. levels, as well as the bus converter (KT84, I think) that converts the Q-
  23. bus to Unibus.
  24.  
  25.   Was your system upgraded by DEC (they are supposed to check all of this)
  26. or did you just acquire and install the 11/93 CPU board? Also, make sure
  27. that you have no Unibus or PMI memory installed.
  28.  
  29.   You could compare the displayed address against the map you got when you
  30. built your executive. It's either in executive code or data. Finding out
  31. _what_ code or data might help pin down what device is corrupting memory.
  32.  
  33.   Have you tried another '93 CPU to make sure that you don't have a real
  34. memory problem? Also, I assume that you have a production-level '93 - the
  35. prototypes had some rather odd memory timing quirks.
  36.  
  37. > Problem 2
  38. > The PDP11/94 processor seem to have another power-up sequence compared with 
  39. > the PDP11/84. When the DT07 has selected  the PDP11/94 CPU for unibus exten-
  40. > sion the frontpanel halt/reset tockle switch will bring the CPU in a not 
  41. > accessable  state when manipulated. The only way to get out of that state 
  42. > (without powering down the system) is to deselect the unibusextension via the
  43. > DT07 frontpanel switches and restart the 11/94 again. This time the normal
  44. > powerup sequence will take place.
  45.  
  46.   I didn't think the DT07 was supported? I think what you're saying is that
  47. you have to reset the '93 in order for it to come up after the Unibus has
  48. been switched? This one you'll probably have to talk to the DEC folks about,
  49. and maybe ROI as well.
  50.  
  51.     Terry Kennedy        Operations Manager, Academic Computing
  52.     terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  53.     terry@spcvxa.spc.edu    +1 201 915 9381
  54.