Bug 651972
Created attachment 459557 [details]
dmesg.txt from the archive
Created attachment 459558 [details]
glxinfo.txt from the archive
Created attachment 459559 [details]
smoltprofile.txt from the archive
Created attachment 459560 [details]
Xorg.0.log from the archive
Created attachment 459561 [details]
Xorg.1.log from the archive
Created attachment 459562 [details]
Xorg.2.log from the archive
Created attachment 459563 [details]
Xorg.3.log from the archive
Created attachment 459564 [details]
Xorg.4.log from the archive
Created attachment 459565 [details]
Xorg.5.log from the archive
Created attachment 459566 [details]
Xorg.9.log from the archive
> (EE) AIGLX error: Calling driver entry point failed
> (EE) AIGLX: reverting to software rendering
> (II) AIGLX: Screen 0 is not DRI capable
> (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
> (II) GLX: Initialized DRISWRAST GL provider for screen 0
> (II) RADEON(0): Setting screen physical size to 380 x 238
Can you make sure you update all the mesa-* package to the lastest one available and report back if it helps. (In reply to comment #12) > Can you make sure you update all the mesa-* package to the lastest one > available and report back if it helps. The reports and logs already uploaded were issued with the latest mesa-* package available in FC14 (7.9-2.fc14) installed from updates-testing. May I use the mesa-* package from rawhide? I have just tried with the mesa-* package from rawhide (7.10-11.fc15), and I have the same error Xorg.0.log: [ 29.659] (EE) AIGLX error: Calling driver entry point failed [ 29.659] (EE) AIGLX: reverting to software rendering [ 29.659] (II) AIGLX: Screen 0 is not DRI capable [ 30.304] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 30.304] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 30.305] (II) RADEON(0): Setting screen physical size to 380 x 238 but there is an important change in glxinfo: OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 In gnome compositing is possible but is not usable (compiz returns a completely white screen and gnome-shell have a lot of artifacting). 3D in games is not possible (no 3D accelration and lots of artifacting, tried with Osmos). Created attachment 462415 [details]
Xorg.0.log with mesa 7.10 from rawhide
Created attachment 462416 [details]
glxinfo dump with mesa 7.10
mesa-7.9-4.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/mesa-7.9-4.fc14 The f14 update I've pushed should fix this. And it fixes the problem! Now the 3D acceleration and the compositing works perfectly. Do yo need any log or any other kind of feedback? Dave, Jerome and Matej thank you so much for your help. I can confirm that the new mesa-7.9-4-fc14 packages resolve the problems on a Latitude D810 with the Gallium 0.4 on RV380 render not being used Radeon X600 graphics chipset. However, the output from 'glxgears -info' shows a slow frame rate of 60 FPS and pymol's Representation demo runs pretty slow as if DRI really isn't functional. Created attachment 467507 [details]
Log from mesa-dri-drivers-experimental 7.9-4 on X600 graphics chipset
DRI is synchronized on vblank. mesa-7.9-4.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 459502 [details] Logs and another support data for this bug Description of problem: After installing (tried preupgrading and a fresh install) or running a Live Desktop session (from the LiveCD), if you try to enable Desktop Effects system returns that there is no 3D Hardware Acceleration available. And OpenGL games run sluggish (tried with Osmos). Version-Release number of selected component (if applicable): How reproducible: Running Fedora 14 from LiveCD, upgrading from FC13 or performing a fresh install Steps to Reproduce: 1. Start Fedora 2. Try to enable Desktop Effects in Gnome. (System->Preferences->Desktop Effects) 3. Try to run a OpenGL Based Game (in this case Osmos). Actual results: Desktops effects can not be enabled (so no compositing with compiz or mutter). OpenGL based games are completely unplayable. Software Rasterizer is enabled instead of the 3D Hardware Acceleration. Expected results: 3D hardware acceleration enabled instead of Software Rasterizer. Compositing and 3D gaming are expected to be possible, as in FC13. Additional info: Not Applicable