Baslinux mailing list

[3aoo-cvfd AT dea.spamcon.org]

Lee Forrest wrote:
>
> Before:
> 
> VBE version 3.0 (Intel(R) 8xx Chipset Video BIOS)
> DAC is fixed, controller is VGA compatible, RAMDAC causes snow
> Total memory: 512 kilobytes
> 0x0006: 640x200x1 (monochrome) Planar (1 planes)
> 0x000D: 320x200x4 Planar (4 planes) (no linear framebuffer)
> 0x000E: 640x200x4 Planar (4 planes) (no linear framebuffer)
> 0x0010: 640x350x4 Planar (4 planes) (no linear framebuffer)
> 0x0011: 640x480x1 (monochrome) Planar (1 planes)
> 0x0012: 640x480x4 Planar (4 planes) (no linear framebuffer)
> 0x0013: 320x200x8 PseudoColor
> 0x011D: 320x200x8 PseudoColor (no linear framebuffer)
> 0x010E: 320x200x16 TrueColor [5:6:5:0] (no linear framebuffer)
> 0x0100: 640x400x8 PseudoColor (no linear framebuffer)
> 0x0127: 640x400x16 TrueColor [5:6:5:0] (no linear framebuffer)
> 0x0101: 640x480x8 PseudoColor (no linear framebuffer)
> 0x0102: 800x600x4 Planar (4 planes) (no linear framebuffer)
> 0x0103: 800x600x8 PseudoColor (no linear framebuffer)
> 
> After:
> 
> VBE version 3.0 (Intel(R) 8xx Chipset Video BIOS)
> DAC is fixed, controller is VGA compatible, RAMDAC causes snow
> Total memory: 512 kilobytes
> 0x0006: 640x200x1 (monochrome) Planar (1 planes)
> 0x000D: 320x200x4 Planar (4 planes) (no linear framebuffer)
> 0x000E: 640x200x4 Planar (4 planes) (no linear framebuffer)
> 0x0010: 640x350x4 Planar (4 planes) (no linear framebuffer)
> 0x0011: 640x480x1 (monochrome) Planar (1 planes)
> 0x0012: 640x480x4 Planar (4 planes) (no linear framebuffer)
> 0x0013: 320x200x8 PseudoColor
> 0x011D: 320x200x8 PseudoColor (no linear framebuffer)
> 0x010E: 320x200x16 TrueColor [5:6:5:0] (no linear framebuffer)
> 0x0100: 640x400x8 PseudoColor (no linear framebuffer)
> 0x0127: 640x400x16 TrueColor [5:6:5:0] (no linear framebuffer)
> 0x0101: 640x480x8 PseudoColor (no linear framebuffer)
> 0x0102: 800x600x4 Planar (4 planes) (no linear framebuffer)
> 0x0103: 800x600x8 PseudoColor (no linear framebuffer)

It looks like Xvesa is completely unaware of agpgart
(which I suppose is not that surprising).  Therefore,
if you are going to use Xvesa for X, you will be
limited to the modes it can produce.  It appears
that 640x400x16 is the best it will do for you
unless Sindi can find a way for you to up the video
RAM to 1mb.

> to fix the xterm with 640X200X16 

I assume you mean 640x400x16?  I don't think Xvesa
will do 640x200x16 for you.  Anyway 640x400x16 is 
better.

> (by adding a +2 to the size).  Should I put it
> there?  I'm at 640X480X16 now.

As you can see above, Xvesa is not able to do 640x480x16 
for you.  If you put that in Xconfig it will either: 
(1) give you the best 640x480 it has 
or
(2) crash  

Xvesa thinks it can give you 640x480x8, but unfortunately 
a PseudoColor routine was not written for Xvesa (they never
got a round tuit).  That leaves Xvesa with a pretty big hole
between 4-bit color (16 colors) and 15-bit (32768 colors).

So, even if you put 640x480x16 in Xconfig, Xvesa is probably 
only going to give you 640x480x4.  If this in not the case 
(and Xvesa is actually giving you more than 16 colors at 
640x480) then Xvesa is even more confusing than I thought.

Please note (just to avoid any confusion), Xvesa should be
giving you 65536 colors at 640x400x16.  

Cheers,
Steven