When I enable any vsync mode in driconf, glxgears takes some seconds to display anything besides a black window, then garbage, and after that, it renders correctly with a very slow framerate (<1 fps). Other 3D applications display the same behaviour. If I enable interrupts instead of sleeps, I additionally get the following message: do_wait: drmWaitVBlank returned -1 This is mesa 7.3 (there was no option for that one above, so I set unspecified). I am using xorg-server 1.5.3 on gentoo together with the radeon driver 6.12.0. The machine is a thinkpad T60/Core duo (no Core2, so 32 bit) with a X1300 mobility radeon. I have attached xorg.conf and Xorg.0.log; please tell me if you need any further info.
Created attachment 23870 [details] xorg.conf
Created attachment 23871 [details] xorg logfile
Oh, in case anyone is interested, drm is in-kernel drm, linux 2.6.27.
Does watch grep radeon /proc/interrupts show an increase in the number of interrupts received from the Radeon which roughly corresponds to the display refresh rate?
No, it doesn't; no interrupts seem to be generated.
Did you check with and without glxgears or another 3D app running?
Yep, I did. "grep radeon /proc/interrupts" gives 16: 1 0 IO-APIC-fasteoi yenta, uhci_hcd:usb2, radeon@pci:0000:01:00.0 which doesn't change on running glxgears.
This is most likely an issue in the kernel then, or possibly in xf86-video-ati. Can you try a newer kernel (e.g. 2.6.28.x) or the DRM kernel modules from git://anongit.freedesktop.org/git/mesa/drm ?
On the spot, thanks! I just tried the git drm modules, and it now works fine.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.