home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / hp / 15452 < prev    next >
Encoding:
Internet Message Format  |  1993-01-29  |  5.4 KB

  1. Xref: sparky comp.sys.hp:15452 comp.windows.x:21678
  2. Path: sparky!uunet!opl.com!hri.com!spool.mu.edu!uwm.edu!linac!sunova!fremont.ssc.gov!bush
  3. From: bush@fremont.ssc.gov (Joe Bush)
  4. Newsgroups: comp.sys.hp,comp.windows.x
  5. Subject: Multi-headed hp9000/42S
  6. Keywords: vuewm multi-headed HPA98550
  7. Message-ID: <1993Jan27.230322.23897@sunova.ssc.gov>
  8. Date: 27 Jan 93 23:03:22 GMT
  9. References: <C056Aq.JAt@hpuerca.atl.hp.com>
  10. Sender: bush@NoHost.NoDomain (Joe Bush)
  11. Organization: Superconducting Super Collider Laboratory
  12. Lines: 127
  13. Nntp-Posting-Host: rosebud.ssc.gov
  14.  
  15. Hello,
  16.  
  17.     I am having problems trying to configure a multi-headed HP9000/42S 
  18. running HP-UX B.08.00. I have installed an HPA98550 as a second frame buffer
  19. and am now trying to get VUE/X11 to take advantage of it. Anybody have any
  20. experience with this? The good folks at HP have not been able to tell me how
  21. this should be done.
  22.  
  23.     Here are my results to date:
  24.  
  25.     (1) # uname -a
  26.         HP-UX lepew B.08.00 A 9000/42S 08000924c893
  27.  
  28.     (2) I installed HP98550 Bit Mapped Display card in slot 0 (the
  29. middle slot) on the HP tower.
  30.  
  31.     (3) The dip switches were set to [msb-lsb] 1000 0100 to
  32. produce a select code of (decimal) 132 per page 4-135 of Installing
  33. Peripherals Vol 2.
  34.  
  35.     (4) The card is recognized at boot time.
  36.  
  37.     # dmesg
  38.     Jan 25 13:23
  39.     Internal HIL at 0x428000
  40.     CONSOLE is ITE
  41.     ITE + 1 port(s)
  42.     MC68040 processor
  43.     HP98620C DMA
  44.     Card ID 37 at select code 5 ignored; interface driver not present
  45.     Card ID 37 at select code 6 ignored; interface driver not present
  46.     Internal HP-IB Interface - system controller at select code 7
  47.       Parallel poll interrupts enabled.
  48.     HP98644 Advanced RS-232C Serial Interface at select code 9
  49.       With 16 byte rcv fifo, 16 byte xmit fifo, hardware handshake, and high speed clock.
  50.     Card ID 6 at select code 12 ignored; interface driver not present
  51.     HP98265A (SCSI Interface) 5 MB/s; parity enabled at select code 14
  52.     HP98643 at select code 21
  53. ===>    HP98550 Bit Mapped Display at select code 132
  54.     SCSI Bus: hard reset (isc: 14)
  55.     HPA1659A Bit-Mapped Display (revision 8.02/10) in SGC slot 0
  56.     real mem  = 33546240
  57.     using 473 buffers containing 1937408 bytes of memory
  58.     Root device major is 7, minor is 0xe0600, root site is 0
  59.     Battery-backed real-time clock
  60.     Swap device table:  (start & size given in 512-byte units)
  61.       entry 0 - auto-configured on root device; start = 1101184, size = 195328
  62.     Warning: unable to configure dump device...using primary swap instead.
  63.     core image of 8191 pages will be saved at block 615492 on device 0x70e0600
  64.     avail mem = 28954624
  65.     lockable mem = 28852224
  66.  
  67.     (5) I created a character special device /dev/crt2 to
  68. correspond with the device at the address of 132:
  69.  
  70.     # cd /dev
  71.     # ls -la *crt*
  72.     crw-rw-rw-   1 root     root      12 0x000300 Jan 28  1992 crt
  73.     crw-rw-rw-   1 root     sys       12 0x000300 Mar 27  1992 crt1
  74.     crw-rw-rw-   1 root     sys       12 0x840200 Jan 21 15:36 crt2
  75.     crw-rw-rw-   1 root     other     12 0x000001 Apr 12  1991 ocrt
  76.  
  77.     The minor number of the /dev/crt2 device would appear correct
  78. and jives with the recommended number in table 4-40 (p. 4-138) of
  79. Installing Peripherals Vol 2.
  80.  
  81.     (6) I created the following entry in /usr/lib/X11/X0screens:
  82.  
  83.         /dev/crt
  84.         /dev/crt2
  85.  
  86.     (7) I added the following line to the Vuesession file
  87. mentioned above:
  88.  
  89. # cd /usr/lib/X11/app-defaults
  90. # more Vuesession
  91. Vuesession*wmStartupCommand:    /usr/bin/X11/vuewm -multiscreen
  92.  
  93.     (8) I rebooted the machine...
  94.  
  95.     Initially, the login processes get started as usual:
  96.  
  97.     root   179     1  0 15:43:55 ?        0:00 /usr/lib/X11/vue/etc/vuelogin
  98.     root   181   179  0 15:43:57 ?        0:00 /usr/lib/X11/vue/etc/vuelogin
  99.     root   193   181  0 15:44:05 ?        0:01 vuegreet -display lepew:0
  100.  
  101.     After logging in, a vuewm is started in -multiscreen as
  102. expected. But the monitor connected to the new framebuffer shows
  103. nothing but random white lines. 
  104.  
  105.     Interestingly, there is some evidence that X11 is trying
  106. to communicate with the second monitor device. As vuewm initializes
  107. the noise on the second monitor changes slightly (still noise but
  108. noticably different). Hence, there seems to be some communication with
  109. the second screen device though as yet things still are not working
  110. right...  
  111.  
  112.     Also interesting is when I reset the DISPLAY variable in a
  113. window on the primary monitor to be HOSTNAME:0.1 (eg.,
  114. DISPLAY=lepew:0.1) and then start an xterm, there is again a
  115. corresponding change in the noise pattern on the second device. This
  116. all makes me think that I am getting close... That is, I can induce
  117. small changes in the noise pattern on the second monitor device from
  118. X11. Unfortunately, I can not get much more to happen.
  119.  
  120.     Is is possible that the /usr/lib/X11/X0screen file needs some
  121. options on the line corresponding to the /dev/crt2 device? The
  122. original /dev/crt has no such options and since both monitors are
  123. identical I assumed none were necessary. 
  124.  
  125.     Note, both monitors are A1097C and both are in good working
  126. order (when I swap devices on the two controllers, they work the same
  127. [although the monitor on the second controller still does no work
  128. right, as mentioned above]).
  129.  
  130.     So, any kind soul have some suggestions as to what I am missing here? 
  131. Any pointers would be greatly appreciated.
  132.  
  133.     Many thanks,
  134.  
  135.     - Joe
  136.  
  137. ---------------------------------------------------------------
  138. Joe Bush                                   bush@fremont.ssc.gov
  139. System Administrator                       Office: 214-708-3497
  140. Superconducting Super Collider Laboratory  
  141. 2550 Beckleymeade Ave, MS 4005, Dallas, TX. 75237
  142.