Port-sparc archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Panic at boot on 4/330 with cgfour and cgsix



Hi,

> > [...].  When we get to running X,
> 
> "When"?  I was using X on a cg4 back in the '80s.  Match SunOS's mmap
> offsets and I see no reason it wouldn't Just Work now.

Indeed, and the Xsun driver would handle this correctly ...

> Maybe for text console.  But for X, I'd prefer to use the enable plane
> to support both 8bpp and 1bpp at the same time.  It's not difficult; I
> did something very similar for the cg14 (except there it's 24bpp and
> 8bpp rather than 8bpp and 1bpp).

... and probably did this as well - I didn't check the code when I had
a working cg4.  However, looking at the current source tree, we don't
have either Xsun or xf86-video-suncg4 (hmm, did the latter exist?) so
we'll have to put this together ourselves to work with modern X.
 
> Also, my experience is that 1bpp PseudoColor does not work well,
> largely because few clients are prepared to handle it.  Perhaps that's
> improved since the '80s, but perhaps not, too; my experience is that
> over the decades clients have become _less_, not _more_, ready to
> handle the full spectrum of visuals.  I've seen too many that break on
> anything but 24bpp BGR TrueColor (or 24bpp RGB TrueColor, presumably
> depending on which the author's hardware provided).

This sounds like we would probably end up with only using the 8-bit colour
part, even though it is possible to switch between 1-bit and 8-bit.  At
this point in time though, we don't have the console output working, so
I think that when we get that working, we can try the simplest X driver
(e.g. only 8-bit colour) and then extend from that.

Regards,

Julian


Home | Main Index | Thread Index | Old Index