problem with vesa driver in 7.1.1

starcycle at gmail.com starcycle at gmail.com
Tue Sep 12 16:37:16 PDT 2006


hi, i use arch linux, which recently upgraded X to 7.1.1. the Xorg mga
driver doesn't work with my G450 through DVI, so until i get the
proprietary matrox driver installed i always just revert to using
vesa.

7.0.0 works fine with vesa, but with 7.1.1 there is a very slow window
redraw that takes massive cpu cycles. for example, to move a simple
terminal window across the screen takes 90% cpu, and the terminal
"redraws" in the new location very slowly. scrolling web pages is the
same: takes a lot of cpu, and has to "redraw" each time you scroll
down. iow, it's basically unusable. by comparison, with a working
vesa/X 7.0.0 setup, moving a window across the screen takes about 2-5%
cpu, and there is no visible "redrawing," everything is smooth and
normal.

with kernel 2.6.17.13, X fails while starting and gives these errors:

-------------
(EE) VESA(0): Set VBE Mode Failed!

Fatal Server Error:
AddScreen/ScreenInit failed for driver 0
--------------

with kernel 2.6.16.x, X/vesa only works properly with 7.0.0. i haven't
tested any of the kernels in between the last 2.6.16.x (2.6.16.28,
which i'm using now) and 2.6.17.13.

you can compare the log of a working X (7.0.0) with a non-working X
(7.1.1) here:

http://datalink.homelinux.com/~jeff/files/Xorg.0.log-working
http://datalink.homelinux.com/~jeff/files/Xorg.0.log-nonworking

i don't know what most of the log is, but some differences i did
notice are that the working version loads "LBX":

(II) Initializing built-in extension LBX

while 7.1.1 does not, and the way they pre-init and probe the resource
ranges looks different.

maybe something's also wrong with my configuration
(http://datalink.homelinux.com/~jeff/files/xorg.conf), but it's worked
fine up until 7.1.1 and is working now with 7.0.0. i hope any of this
is useful.

cheers,
s.c.



More information about the xorg mailing list