https://bugs.freedesktop.org/show_bug.cgi?id=33790
Summary: [r300g] Black windows with opengl apps (ex. glxgears) Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: dreamspepser@yahoo.it
Created an attachment (id=42786) --> (https://bugs.freedesktop.org/attachment.cgi?id=42786) related xorg log
Card: ATI Mobility Radeon x1600 (RV530) OS: Arch Linux with official latest mesa 7.10 Other: xf86-video-ati 6.13.2 - xorg-server 1.9.3.901
Hi, i cannot get any opengl to work with r300g, when i launch glxgears i get a black window with no output.
ltracing i notice it get stuck on a glClear call $ ltrace glxgears ... XPending(0x18e4010, 0x3f800000, 0x3f80000000000000, 0, 0) = 0 gettimeofday(0x7fff7a6ccad0, 0x7fff7a6ccb50) = 0 glClear(16640, 0x7fff7a6ccb50, 0x18e5778, -1, 1 <unfinished ...>
Mesa is build with ./configure --prefix=/usr \ --with-dri-driverdir=/usr/lib/xorg/modules/dri \ --disable-egl \ --enable-gallium-radeon \ --enable-gallium-nouveau \ --enable-glx-tls \ --with-driver=dri \ --enable-xcb \ --with-state-trackers=dri,glx \ --disable-glut
as you can check here: http://projects.archlinux.org/svntogit/packages.git/tree/mesa/trunk/PKGBUILD
7.9 is also affected by the same behaviour, as reported on archlinux forums: https://bbs.archlinux.org/viewtopic.php?pid=886465
Thanks
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #1 from Marek Olšák maraeo@gmail.com 2011-02-10 18:25:03 PST --- Does the problem go away with the Mesa master branch?
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #2 from Marek Olšák maraeo@gmail.com 2011-03-29 17:04:28 PDT --- Can you set this environment variable:
RADEON_THREAD=0
and try again?
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #3 from Marek Olšák maraeo@gmail.com 2011-03-29 17:08:49 PDT --- (In reply to comment #2)
Can you set this environment variable:
RADEON_THREAD=0
and try again?
Please, ignore this. I forgot there is no thread offloading in 7.10.
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #4 from speps dreamspepser@yahoo.it 2011-08-05 10:06:56 PDT --- With newer 7.11 release, this bug is still present. I managed to solve this by creating an .drirc file with:
<driconf> <device screen="0" driver="dri2"> <application name="all"> <option name="vblank_mode" value="0" /> </application> </device> </driconf>
It works in the same way with vblank_mode setted to 0 or 1, seems like vblank_mode is unsetted by default and cause the blank output.
Btw, glxgears FPS is still low with about ~400 FPS and glxgears_pixmap gives an even slower 2 FPS.
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #5 from Alex Deucher agd5f@yahoo.com 2011-08-05 10:45:00 PDT --- vblank interrupts (or interrupts in general) may not be working on your system. Try `cat /proc/interrupts` and see if the count on the radeon line increases. If not, you might try booting with pci=nomsi or noapic or irqpoll on the kernel commandline in grub.
https://bugs.freedesktop.org/show_bug.cgi?id=33790
--- Comment #6 from speps dreamspepser@yahoo.it 2011-08-05 16:46:36 PDT --- You got it, adding pci=nomsi to kernel solves all issues.
Thanks a lot.
Framerate is high enough, and all opengl apps runs fine even without .drirc (no blank output). Is this a real solution or just a workaround for a known bug?
I found the same answer for another related bug (even without no success), shouldn't this be FAQed somewhere?
https://bugs.freedesktop.org/show_bug.cgi?id=33790
Alex Deucher agd5f@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |NOTOURBUG
--- Comment #7 from Alex Deucher agd5f@yahoo.com 2011-08-06 06:15:36 PDT --- (In reply to comment #6)
You got it, adding pci=nomsi to kernel solves all issues. Is this a real solution or just a workaround for a known bug?
It seems MSIs aren't working on your system. Probably motherboard chipset issue or system bios bug. You might want to bring it up on the linux kernel mailing list.
dri-devel@lists.freedesktop.org