Summary: | libGL warning: 3D driver returned no fbconfigs: Wine and some 3d-apps fall back to software rendering, | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Henning Fleddermann <Henning.Fleddermann> | ||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||
Status: | RESOLVED NOTABUG | QA Contact: | Xorg Project Team <xorg-team> | ||||
Severity: | normal | ||||||
Priority: | medium | CC: | MostAwesomedude | ||||
Version: | git | ||||||
Hardware: | x86-64 (AMD64) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Description
Henning Fleddermann
2008-08-27 08:24:20 UTC
You're not using the right Mesa, or your DRM is too old. DRM check: `dmesg | grep radeon` and look for "Initialized radeon 1.xx". You need version 1.29 for r5xx support. Did you use the live ebuild from x11 overlay for Mesa? If not, try using it. Make sure to do `eselect opengl set xorg-x11` afterwards. Yes I'm using the Portage x11-overlay for mesa and all other X-stuff. I'm sure I did "eselet opengl set xorg-x11", but I just did it again and when starting WC3:TFT with wine now I get a different error: libGL error: drmMap of framebuffer failed (Cannot allocate memory) libGL error: reverting to (slow) indirect rendering But this is probably not related to me running "eselect opengl set xorg-x11" again since I remember seeing this before. It seems to be random whether WC3 throws this or the other error-message at me. It also sounds alot like wine-bug 13335: http://bugs.winehq.org/show_bug.cgi?id=13335. World of Warcraft and Counterstrike (both with wine), and On the Rain-Slick Precipice of Darkness Episode 1 (natice) still give me the other error-message. I'm also using the mentioned x11-overlay to install the drm-modules from git so it seems unlikely that they are too old. $ dmesg | grep radeon [drm] Initialized radeon 1.29.0 20080613 on minor 0 Ok, with some help from the guys on the #radeon channel I figured out what caused this: It's not a bug in the driver. The problem is that the Gentoo-ebuild for mesa only installs the x86-64-version on x86-64-systems. There's also a emul-linux-xlibs-ebuil which installs a x86-version of mesa, but this is outdated (6.52 currently). Since wine needs the x86-libraries to run win32-executables, it used the old mesa and thus my card is not recognized. I found this Gentoo-Bug: http://bugs.gentoo.org/show_bug.cgi?id=204755 which contains an ebuild to install mesa-7.1-libraries for x86_64 and x86 as well. This fixed the bug for me. (well, Rainslick ep1 still doesn't run and Warcraft 3 is slower than with pure software-rendering, but that's probably because of missing opengl-support). |
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.