SUMMARY: SS20 "on-board" framebuffer

From: Jed Dobson (jed@megalink.net)
Date: Sat Apr 17 1999 - 14:39:21 CDT


Thanks to the following people for information:

Niall O Broin <nobroin@sced.esoc.esa.de>
Todd Herr <herrt@hankhill.iisd.sra.com>
"Michael J. Connolly" <mjconnly@newton41.ckcorp.com>
Peter Laws <plaws@enterprise.nssl.noaa.gov>
Barry Gamblin <bgamblin@hao.ucar.edu>
"Salehi, Michael E" <Mike.Salehi@usa.xerox.com>
Seth Rothenberg <SROTHENB@montefiore.org>
Jochen Bern <bern@penthesilea.uni-trier.de>
"Peter L. Wargo" <plw@ncgr.org>
scott r kulp <srk@ludwig.micro.lucent.com>
Tom Crummey <tom@ee.ucl.ac.uk>
Anthony Worrall <adw@isg.cs.reading.ac.uk>
gary merinstein <gmerin@eurisko.com>

My original question:

> I have several SS20's I got in trade, they used to have another
> framebuffer in them. What I am trying to figure out is can I use the
> framebuffer that is on the board? Is there some sort of switch on the
> Sparc Station 20 that turns off the internal framebuffer?

The response was I needed a VSIMM (4 or 8 meg) for the framebuffer
to work or locate more SBUS framebuffers. This is a SX framebuffer.

I will wind up most likely using some old framebuffers from the
stockroom. It amazes me how the SS20's still kick some serious ass.
I've seen time and time again a box such as the SS10 or 20 with a
user base of 500 or more users with multiple fully loaded scsi
adapters working fine. Sun makes such quality products. I'm 100%
 behind Sun Microsystems for their
products which consistently perform better then expected for many
years after other Unix vendors machines have been trashed.

I was also told this information was located in the framebuffer
FAQ which I admit I hadn't consulted. Sorry :)

-jed



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:18 CDT