If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
No announcement yet.
Updated and Optimized Ubuntu Free Graphics Drivers
Output capped to 10 fps, as if vertical refresh is 10 Hz
I'm using xserver-xorg-video-ati 1:6.14.99+git1206080959.588837~gd~o in Mythbuntu 12.04 with a VisionTek Radeon HD2600 Pro AGP, a Soltek SL-65KVB motherboard and a 1 GHz Pentium 3. OpenGL and VDPAU output is capped to 10 fps, as if the vertical refresh rate is 10 Hz. However, it is actually 60 Hz, and xrandr properly outputs that.
Glxgears runs at 10 fps unless I have a vblank_mode=0 environment variable or I set the same thing via .drirc. (Driconf does not change anything unless ~/.drirc it creates is edited to change driver at the top to "dri2".) When I make that change, it runs at close to 200 FPS. Mplayer OpenGL output also runs at 10 fps unless I use "-vo gl:swapinterval=0". Interestingly, I don't see any tearing after changing those options.
VDPAU is useless because it is always capped to 10 fps and I don't know how to change that.
When MythTV is outputting video via XVideo at 30 fps, there is severe judder. Smooth pans have a very regular pattern of slowing down and speeding up. This problem goes away if I select one of the 2x deinterlacers and output at 60 fps. This is not exactly a 10 fps cap, but it may have something to do with this issue.
None of these problems are present in the driver that comes with 12.04.
I was using 1:6.99.99+git1209261624.e8cb0b~gd~p, the right driver, from your PPA. I just copied the wrong string into my post. Sorry.
No idea what's happening there - you may want to search and eventually report a bug for that issue (and eventually post here the link of the bug) if you want to see it fixed, see the debugging section on main page of the PPA.
10 FPS issue seems to be due to radeon driver in kernel
The 10 FPS issue isn't linked to using drivers from the Oibaf PPA. Exactly the same thing can happen with 1:6.14.99~git20111219.aacbd629-0ubuntu2. It does not happen every time, so it can be confusing.
What happens is unhandled interrupts cause the kernel to disable the radeon IRQ. This is the IRQ used for waiting for vertical retrace, and I guess that wait times out after 0.1s. When things work properly, I can see radeon interrupt count increasing in /proc/interrupts while running glxgears and for a few moments afterwards. When things don't work properly, that count is 200000 and this appears in dmesg:
[ 33.806034] irq 5: nobody cared (try booting with the "irqpoll" option)
This happened about 5 seconds after all the drm initialization messages. As you can see, the radeon irq handler was there. It just acted as if the interrupt was not from the video card. Earlier on there is:
[ 24.047694] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 5
[ 24.047707] PCI: setting IRQ 5 as level-triggered
[ 24.047723] radeon 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 5 (level, low) -> IRQ 5
Since the interrupt is level triggered, I don't think it would be reasonable to use the noirqdebug kernel option to prevent the interrupt from being disabled. It would just keep interrupting and make everything slow or even unresponsive. I'll do some more investigation and report a bug eventually if it seems like there's a bug and not a hardware issue.