>Number:         10170
>Category:       port-sparc
>Synopsis:       cgfourteen (SX) does not support more than 8bpp (cg3)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun May 21 19:35:01 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     Erik E. Fair
>Release:        1.4.2
>Organization:
International Organization of Internet Clock Watchers
>Environment:
	
System: NetBSD quartz.clock.org 1.4.2A NetBSD 1.4.2A (QUARTZ) #1: Sun May 21 18:51:56 PDT 2000 fair@quartz.clock.org:/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.

>Description:
	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.

>How-To-Repeat:
	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.

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: