Subject: port-sparc/10170: cgfourteen (SX) does not support more than 8bpp (cg3)
To: None <email@example.com>
From: Erik E. Fair <firstname.lastname@example.org>
Date: 05/21/2000 19:34:14
>Synopsis: cgfourteen (SX) does not support more than 8bpp (cg3)
>Arrival-Date: Sun May 21 19:35:01 PDT 2000
>Originator: Erik E. Fair
International Organization of Internet Clock Watchers
System: NetBSD quartz.clock.org 1.4.2A NetBSD 1.4.2A (QUARTZ) #1: Sun May 21 18:51:56 PDT 2000 email@example.com:/usr/obj/sys/arch/sparc/compile/QUARTZ sparc
cgfourteen0 at obio0 slot 2 offset 0x0 level 8: cgeight emulated at 1280x1024x24bpp (console)
cgfourteen0: attached to /dev/fb
Sun GDM-20E10 multisync monitor in 1280x1024 mode, with 8MB VSIMM.
The SPARCstation 20 has a 24bpp capable graphics subsystem
called the cgfourteen, or the SX. It is enabled if there
is a 4MB or 8MB VSIMM installed in the system. Unfortunately,
the NetBSD cgfourteen driver only correctly supports a
cgthree (8bpp) emulation.
An attempt to use the support for a cgeight (24bpp) emulation
found in the cgfourteen driver (labelled "untested/broken")
failed - Xsun24 found the device, tried to drive it, and
exited without any particular error message.
Alas, this sort of stuff is beyond my experience; however,
since I have the hardware, I'll happily test whatever
patches someone qualified can come up with.
Cursory examination of the OpenBSD cgfourteen shows only
superficial changes, so they're no better off than we are.
I tried to read the Debian Linux for SPARC cgfourteen
driver, and it didn't look like it was supporting 24bpp
either, though it was difficult to tell.
change the CG14_CG8 define to "1" in sparc/dev/cgfourteen.c
compile a new kernel, install, reboot,
and attempt to startx with "-fbinfo" arg.
The console text screen shrinks to a very small size, and
four copies of it are seen at the top of the monitor, with
the rest of the monitor filled alternately with black or
white horizontal rectangular bars in an alternating pattern.
After a time, Xsun24 restores the text console and reports:
/dev/fb is really a MEMCOLOR (cg8)
and exits - X clients die off when server connection is broken.