At 1:15 AM -0500 12/3/99, Steven Hascall wrote:
>I went back to using 1 monitor (hooked up the the Radius Thunder II card) to
>avoid confusion. The dual monitor thing was just to see if X was still coming
>up on internal video when I was using the NuBus card as my primary display
>(and it was!) The message I'm getting now when  I type startx with the OSFA
>server in millions of colors or 256 colors or 256 grays is something like;

Ok, sounds like its still picking up internal video. As I mentioned before,
I think there's an environment variable or parameter you can pass to tell
the X server which screen you'd like to use as a primary screen. I just
can't remember it off hand.

>intvid0 at obio0 @ f9001000: DAFB video subsystem, monitor sense 0
>intvid0: 1152 x 882, monochrome
>grf0 at intvid0
>ite at grf0 not configured

The problem here is that intvid0 is sucessfully match/attaching even when
no monitor is present. Fixing this requires adding monitor sense
code...which I have...but the driver isn't complete yet.

>Speaking of only having 16 bpp support with the available servers, would I be
>able to type startx -- -bpp 16 and get the server to run properly when I
>booted with millions of colors?

No, the problem is that the pixels are organized in a 24 bit arrangement.
There's nothing wrong with this but the Xserver we have doesn't do 24
bits/pixel. It's just a matter of somebody getting around to adding the
support to the X server. NetBSD will boot in 24 bits/pixel just fine,
though.

I'm surprised the card doesn't do 16bpp. I could have sworn it was capable
of that.

>The Radius web page says it will, but
>I guess that's a typo.) Is 24-bit support coming soon? I understand the
>linux-mac68k guys just got it and apparently they're using a recent
>XFree86-based server. How exactly is 24-bit mode not supported right now in
>NetBSD?

If I get the time I'd like to port the linux frame buffer device
architecture to NetBSD. That way, I can write my drivers once for both
linux and NetBSD, and NetBSD/mac68k can just use the normal XFree86
framebuffer X server. The fb capable X server can handle all sorts of
weirdness, like interleaved bitplane displays (which we'll need to support
24 bpp on the 8*24GC).



____________________________________________________________________
 Michael Zucca - mrz5149@acm.org - http://www.mdc.net/~mrz5149/
 "I will choose a path that's clear. I will choose Freewill. "
  --Rush, Freewill
____________________________________________________________________