Lee Olsen writes:
 > >
 > I'll assume later means in Init, when screens and entities are available 
 > rather than in Probe.

Right. PreInit() may be a good place.

 > Currently vesa and vga are separate drivers. Since the vesa probe 
 > ensures X -configure will
 > never create a vga device entry, perhaps the vesa driver should load the 
 > vga stuff as a submodule
 > when faced with a non-vesa vga card. That removes the need for int10 at 
 > probe time and
 > addresses X -configure; startx resulting in "No screens found". Or I can 
 > throw the card away.

No, I'm not talking about the VGA driver. This is doing HW VGA.
I was referring to VGA purely via BIOS. There are a few 'graphics'
mode that have been standarized back in these days. 

 > 
 > The vbeModes thing looks like it should look at the memoryModel before 
 > computing depth.

Right. The vesa driver needs some serious reworking. In the mean time
other VBE functions have been introduced in xfree86/vbe and a lot of
cruft can go away. Also I've noticed this driver does some nasty things
to handle DPMS. This can be done using the BIOS, too.
For a good reference look at the i810 driver (the i830 part)
drivers/i810/i830_driver.c.

 > Direct color is model 6, and adding the mask sizes is correct. Packed 
 > pixel is mode 4 and the masks
 > are meaningless. I chose to use bits per pixel, as that's what the vesa 
 > driver uses for selecting
 > its frame buffer functions.
 > 

Right. Anything below 8 would be packed. 8 isn't packed but it doesn't
have masks either as you are free to assing any color to any value thru
the colormap (this way you can define your own masks).

Egbert.
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Reply via email to