to something more contemporary (redhat 7.3). This encouraged yhe upgrade of XFree86 from 3.3.x
to 4.2.0. In 3.3.x, to run a dual headed system, the color card was limited to mono or 4 bit, so those
were my initial tests. The monitor on this box is a MultiSync II, which was old when the 486 was new.
The vesa driver is more flexible in locating clocks and agreed to drive the monitor at [EMAIL PROTECTED]
That's probably enough history.
Running with 4 bit depth, the shadow buffer size computation uses 4 bits per pixel, but the pixmap
format says to use 8 and that is what shadowUpdatePlanar4 uses, walking off the end of the buffer
and video memory, causing a signal 11.
Doubling the size of the buffer stops the signal 11, but the screen is double width, wrapped on top of
itself. Halving the size in the pixmap format fixes the window width problem, but funts are still double
width. Turning off the shadow buffer solves the problem.
Depths 8 and 16 work great, and with the new architecture in 4.x, the requirement of sharing memory
models across displays goes away, so I'm not likely to use 4bpp again. Getting the hercules running
will be a later message.
Enjoy
Lee
[EMAIL PROTECTED]
_______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
