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

[Mouse <mouse%Rodents-Montreal.ORG@localhost>]

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

>>> [...enable plane...]
>> 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.
> ... and probably did this as well - I didn't check the code when I
> had a working cg4.

The server I remember just presented two screens, an 8bpp screen and a
1bpp screen.  I don't think I ever used one that did the dual-depth
thing.  When I was hacking on the cg14 ddx layer, I considered just
doing an 8bpp screen and a 24bpp screen, but handling both visuals on
the same screen, (a) I (correctly) expected would teach me more and (b)
seemed likely to be more useful.

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

I wouldn't even consider using "modern" X on hardware where it's not
necessary.  I use it on i386 and amd64 because of the disaster video
hardware is on the ports - but I run MIT X on my SS20s, because
"modern" X, even if it were to run, wouldn't bring me much, if
anything, over MIT X.

>> Also, my experience is that 1bpp PseudoColor does not work well,
>> largely because few clients are prepared to handle it.  [...]
> 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.

Depends on the clients you're using.  I fully expect that xterm, for
example, would happily run in 1bpp; I'm fairly sure my terminal
emulator will, though I haven't had occasion to run on anything 1bpp in
quite some time.  (If it won't work, I definitely consider that a bug.)

> At this point in time though, we don't have the console output
> working,

Well, for that, yes, just bash the whole enable plane and then use
either the 1bpp or 8bpp dumb-framebuffer code.

It would be a kinda cool hack to have a 1bpp console scrolling in front
of an 8bpp colour display - that is, setting the enable plane to
display the 1bpp plane where characters have been written and the 8bpp
plane elsewhere.  I don't think it would be _useful_, though; I had
code to use SHAPE to get a similar effect in my terminal emulator, but
I used it so little it's not even there any longer.

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse%rodents-montreal.org@localhost
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B