Article View: comp.sys.dec
Article #3873Re: Graphics Board Woes
From: Jim Gettys
Date: Fri, 11 Dec 1992 18:23
Date: Fri, 11 Dec 1992 18:23
59 lines
2896 bytes
2896 bytes
In article <1992Dec11.174451.29724@dsg.cs.tcd.ie>, you write: > > > > We're having a bad time trying to get HX graphics boards working with > our DECstation 5000/120 machines (The monitors are Model VR319 type). > We've suffered with the MX boards for ages, and after a very long > wait got word that DEC had replacement HX boards for our four 5000s. > > We run Ultrix V4.2 on the machines. The X servers available in /usr/bin are: > Xtm, Xtm2d and Xws (for PXG, PX and MX & CX boards respectively, I > understand). > > When the new board is put in, we get a message about PMAGB-BA that > starts with a '?'. This doesn't look good for starters, particularaly as DEC > support were talking about a PMAGB-BB on the phone. Vmunix is then loaded, > the "starting at 0x80030000" message is printed, and the console hangs. > One interpretation is that the kernel hasn't got support for the new > board built into it. I built a kernel with the GENERIC config file and > booted with it, but the same thing happened again. > > There are so many questions: > > (1) Do I have the right board ? Written on the board itself is "PMAGB-B" > (there is no letter after the final "B"). Sounds like it. The types are only distinguisable by how they are jumpered and the frequency on a crystal to determine the monitor type. > (2) Is it going to work with Ultrix V4.2 (or do I have to upgrade first ? > For filesystem reasons (AFS in fact), we haven't upgraded to 4.3. Maybe > we need 4.2A ?) You need 4.2A or later (4.3 for example), as memory serves. > (3) Have I even got the X server binary that is appropriate for this board ? > (I fear not). No, you don't, if my memory is correct. > (4) What kernel configuration options do I need for the new board ? > Just appropriate "fb" device entries. Note that fewer servers are needed in the future; the multiscreen support allows the same server to support many display types. It has taken a release or two to qualify the combinatorial display permutations, so you have to look at the release notes to figure out what server is for you. In general, after the transition is over you'll just have to configure your kernel for the device type and a single server will run (on Alpha/OSF, there is only a single server, and display types are (in principle at least) dynamically loadable). - Jim Gettys -- Digital Equipment Corporation Cambridge Research Laboratory
Technical Details
Message-ID:
<1992Dec11.182316.21752@crl.dec.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!jgReferences:
<1992Dec11.174451.29724@dsg.cs.tcd.ie>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!jg From: jg@crl.dec.com (Jim Gettys) Newsgroups: comp.sys.dec Subject: Re: Graphics Board Woes Message-ID: <1992Dec11.182316.21752@crl.dec.com> Date: 11 Dec 92 18:23:16 GMT References: <1992Dec11.174451.29724@dsg.cs.tcd.ie> Sender: news@crl.dec.com (USENET News System) Organization: DEC Cambridge Research Lab Lines: 59