Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!metro!kwanon!andy
From: andy@research.canon.oz.au (Andy Newman)
Newsgroups: comp.windows.x
Subject: Re: cg8 Server Prob
Message-ID: <1991Mar26.223513.5306@research.canon.oz.au>
Date: 26 Mar 91 22:35:13 GMT
References: <1991Mar26.111628@ece.arizona.edu>
Sender: andy@research.canon.oz.au (Andy Newman)
Reply-To: andy@research.canon.oz.au (Andy Newman)
Distribution: world,local
Organization: Canon Information Systems Research Australia
Lines: 28


I had exactly this trouble. In the later release of the RasterOps card
the memory mapping (mmap) of the framebuffer has changed. There is now
an approximately 1Mb space between the monochrome fb and the colour fb.
The new CG8C strucuture for sunCG8C.c looks like this:

	#define	CG8_HEIGHT	900
	#define	CG8_WIDTH	1152

	typedef struct cg8c {
		u_char mpixel[128*1024];		/* bit-per-pixel memory */
		u_char epixel[128*1024];		/* enable plane */

		/* VVVVVVVVVVVVVVVVVVVVV */
		u_char padding[1016*1024];		/* space in RasterOps board */
		/* ^^^^^^^^^^^^^^^^^^^^^ */

		u_long cpixel[CG8_HEIGHT][CG8_WIDTH];	/* word-per-pixel memory */
	} CG8C, CG8CRec, *CG8CPtr;

I had to experiment a bit to find the correct values due to the
"fantastic" documentation supplied by RasterOps (at least in Oz).

Hope this helps.
-- 
Andy Newman (andy@research.canon.oz.au) Canon Info. Systems Research Australia
"X: 2. An over-sized, over-featured, over-engineered window system developed
at MIT and widely used on UNIX systems." from the jargon file.