🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.dec
Article #3873

Re: Graphics Board Woes

#3873
From: Jim Gettys
Date: Fri, 11 Dec 1992 18:23
59 lines
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!jg
References: <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