Folks:

I'm seeing some unusual behavior in my attempt to get a 24-bit
framebuffer working.  Here's what I've seen so far:

1) A simple userland program I've written is successfully able to mmap
the display and scribble graphics.  This program has no problem painting
over the entire 1152 x 900 pixel area.

2) Xsun24 starts up okay, but segfaults after attempting to paint the
background stipple pattern.  Actually, it gets about 7/8 of the way down
the screen, before crashing at a reproducible spot halfway through one
particular horizontal scan line.  The crash occurs in one of the
rasterop routines, cfb32FillBoxTile32sCopy().

I'm a little hesitant to declare Xsun24 the culprit, since archives show
that apparently many Sparc Linux users have no problem with it.  Does
this behavior ring any bells?  I'm concerned that there's a subtle bug
in my driver that only shows up under X's pounding.

Oh, and one other question: If I comment out the bad function call
mentioned above, I can get a working X desktop -- as long as nothing I
run comes near that magical 7/8 boundary.  But the colors are strange. 
xterms come up in purple.  No big deal, but apparently some
initialization code needs to set up colors properly, even in TrueColor
mode.  Can anybody give me any pointers on this, especially since all
the existing video drivers are 8-bit only?

Thanks.

-David.