How can I tell if this is an intel driver bug or a compiz bug? This redrawing problem disappears if I switch back to the RGB cable (same BENQ 20" monitor) with compiz, or if I use the Displaylink cable with metacity. 'Wiping' another window over the area fixes the damage. When windows launch they will be partially drawn. Using stock Intrepid 8.10 Intel driver on a Lenovo X301 (Intel GMA X4500MHD) I can use the Displayport (with both mirrored and virtual monitor) however with the intel X drivers and compiz I get all sorts of missed re-draw events when windows launch. nf is not changed from the standard UbuntuĠ0:00.0 Host bridge : Intel Corporation 4 Series Chipset DRAM Controller (rev 03)Ġ0:02.0 VGA compatible controller : Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) I tried compiling the latest version of xf86-video-intel from source (V 2.6.99.1) - the problem does exist in this latest version of the driver too. The PC/Monitor combination works fine using displayport if i boot in Windows. If I connect the monitor via the VGA port, everything works fine - X boots successfully using the Intel driver (although I would obviously prefer to use the displayport connection for quality reasons). Ubuntu responds by re-starting X with the VESA driver, which works (although slowly and with resolution below that which I want to use). If I connect the PC to my Dell 2408WFP monitor via the displayport, everything proceeds fine up to the point where X tries to start, at this point the Intel video driver fails to detect any connected monitors and bombs out. I have a new Dell Optiplex 960 - this machine has a built in Intel graphics controller with a Dell displayport digital output, in addition to a normal VGA output. Binary package hint: xserver- xorg-video- intel
0 kommentar(er)
