Red Hat Bugzilla – Bug 509528
The newly updated mesa 7.6-0.1 breaks many 3D programs with Intel grphics
Last modified: 2009-11-12 07:54:36 EST
Description of problem:
Today, I do a yum update and the mesa bump to the version 7.6-0.1 like this:
# yum update
Updating : mesa-dri-drivers-7.6-0.1.fc11.x86_64 1/20
Updating : mesa-libGL-7.6-0.1.fc11.x86_64 2/20
Updating : mesa-libGLU-7.6-0.1.fc11.x86_64 3/20
Updating : mesa-dri-drivers-7.6-0.1.fc11.i586 4/20
Updating : mesa-libGL-devel-7.6-0.1.fc11.x86_64 5/20
Updating : mesa-libGL-7.6-0.1.fc11.i586 6/20
Updating : mesa-libGLU-7.6-0.1.fc11.i586 7/20
Updating : mesa-libGL-devel-7.6-0.1.fc11.i586 8/20
Updating : mesa-libGLU-devel-7.6-0.1.fc11.i586 9/20
Updating : mesa-libGLU-devel-7.6-0.1.fc11.x86_64 10/20
Many 3D program stops working.
xmoto will halt at start.
in Nexuiz, you will not see the weapons and opponents seems semi-transparent and many strange graphics as well.
Downgrading to 7.5 will solve the problem.
My graphic card is Intel GMA 4500 MHD.
Also I get a kernel panic about the dri driver.
Version-Release number of selected component (if applicable):
Upgrade, run 3D programs like xmoto and nexuiz
Steps to Reproduce:
Strange graphics or crash
run as normal.
It also crashes X. I have two Dell Inspiron 6400 notebooks, with Intel GMA 945, running compiz. Attempts to login result in X crashing. Reverting to mesa-libGL-7.5-0.14.fc11.i586 fixed the problem.
Confirmed here on Lenovo Thinkpad R500 with Intel Mobile 4 chipset.
Games that use OpenGL pretty much guarantee a hard lockup (I get kernel oopses) on start of any 3D rendering scene.
Downgrading to mesa-libGL, mesa-libGLU, and mesa-dri-drivers to 7.5 fixed the problem, so it is definitely the 7.6 packages that are messing me up.
For now, I have an exclude on those packages in yum.conf, but it's messing up dependencies for other packages that I'd like to have, so I hope this gets fixed soon.
Any other testing or additional information you'd like, just let me know.
Call Trace from related kernel oops if it helps:
[<f7fe2546>] ? i915_gem_fault+0xa0/0x102 [i915]
[<c048aa25>] ? __do_fault+0x41/0x342
[<c048aff0>] ? handle_mm_fault+0x2ca/0x6fb
[<c0709741>] ? do_page_fault+0x2b3/0x653
[<c0532929>] ? inode_has_perm+0x60/0x6a
[<c0535d30>] ? selinux_capable+0x21/0xc1
[<c0707b31>] ? unlock_kernel+0x28/0x2b
[<c04aa488>] ? vfs_ioctl+0x62/0x74
[<c04aad29>] ? do_vfs_ioctl+0x480/0x4ba
[<c04a6b98>] ? path_put+0x1a/0x1d
[<c0464fff>] ? audit_syscall_exit+0xec/0x101
[<c070948e>] ? do_page_fault+0x0/0x653
[<c0707be7>] ? error_code+0x77/0x80
This crash is 100% reproducible in my circumstances.
I can also get this kernel panic with my thinkpad X200s with GMA4500MHD when the xmoto hard lockuup.
This should be a duplicate of bug #509519
Hello, Im experiencing the same problems with mesa 7.6-0.1.
Im running Fedora 11 in an Acer 5738-6753 and my driver is an Intel GMA 4500MHD
glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090114
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
rpm -qa |grep intel
Thread in fedoraforums.org created by me about this issue related with desktop effects: http://forums.fedoraforum.org/showthread.php?p=1251582 (screenshot included)
I would be happy in helping solving this problem by sending needed information.
Created attachment 357582 [details]
Screenshot Destkop Effects active with mesa 7.6-0.1 in Intel GMA 4500MHD
Login screen is normal, when logged in came with this garbled screen. If not Desktop Effects not activated the screen is normal, but if I try to activate it like in this screenshot...
Downgrading the mesa packages solved the problem.
This may have tweaked the kernel bug 509519, but the latest version of the kernel no longer crashes. However, I'm still seeing X getting a hang with mesa 7.6 and Google Earth. Downgrading to mesa 7.5 resolves the lockup.
Product Name: 2081CTO
Version: ThinkPad T500
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset
Integrated Graphics Controller (rev 07) (prog-if 00 [VGA controller])
Works perfect now. I think the kernel update fixed it.
Im not using advanced 3d aplications, just compiz-fusion for the desktop effects.
[esmit@schmidt ~]$ rpm -qa | grep mesa
[esmit@schmidt ~]$ rpm -qa | grep kernel
[esmit@schmidt ~]$ rpm -qa | grep intel
I just tried the other day on one of my Dell notebooks and got X crashing again.
The kernel update does fix the kernel panic error. But the 3D apps can still not run proper in my Thinkpad X200 with GMA 4500MHD
I just started the machine today, and it was fully crashed again. This is being very annoying, since I already set the autoupdates off and it auto updated, but I saw that and got amazed that it was working with the new mesa, but I think that it was not yet restarted.. The mesa was updated, but running the old working... Im very sad with this situation.
Is anyone looking to fix this bug? Do we know what's causing this?
Just for the record, the latest kernel (kernel-PAE-22.214.171.124-43.fc11.i686) doesn't make any difference here. X still crashes consistently.
I test Fedora 11 KDE-Live CD x64, enabling Desktop Effects with openGL works.
But, Fedora 12 Alpha KDE-Live CD x64, enable Desktop Effects with openGL doesn't work.
on laptop ThinkPad X61.
Could we get the latest mesa git snapshot built for F-11, so that we can at least test it?
On Fedora 12 with mesa* at 7.6-0.13.fc12 I get severe graphics problems with certain applications. When I get the problem it doesn't seem to crash anything it just scrambles everything. With KDE & firefox everything scrambles pretty fast. With XFCE firefox works most of the time, but googleearth scrambles everything quickly.
How do I downgrade to mesa 7.5?
Has the developer paid attention to this problem? It has been here for a long time but still not assigned.
The 7.6 is official released, we do not have to use the git version. and 7.6.1 will come soon.
Also, the 7.5.2 is stable enough.
Thought I should mention my graphics is Radeon X1200 Series (Gateway lt3103u laptop).
Can we have this reverted please to the version that works?
Even people that are running what is to become F-12 are having trouble.
Did a yum update. Saw the xorg ATI driver got updated (xorg-x11-drv-ati.x86_64 6.13.0-0.10.20091006git457646d73.fc12), but the graphics still gets scrambled.
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages. For packages from updates-testing repository you can use command
yum upgrade --enablerepo='*-updates-testing'
Alternatively, you can also try to test whether this bug is reproducible with the upcoming Fedora 12 distribution by downloading LiveMedia of F12 Beta available at http://alt.fedoraproject.org/pub/alt/nightly-composes/ . By using that you get all the latest packages without need to install anything on your computer. For more information on using LiveMedia take a look at https://fedoraproject.org/wiki/FedoraLiveCD .
Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
I just created a new bug report (# 533310), so not to confuse this with the Intel heading or non-rawhide versions.
*** Bug 510161 has been marked as a duplicate of this bug. ***
I think the bug is gone with the newest kernel update.
Thank you for letting us know.
*What* kernel update?
For a bug that affects so many users, I have to say the number of datapoints that sufficed to get it to CLOSED state is slightly worrying...
This bug was filed against F-11. Howe can it be closed by something that's in Rawhide? Shouldn't we get an F-11 update that fixes it?
(In reply to comment #26)
> Thank you for letting us know.
I already reported, that this issue is fixed for me in the kernel bug  with the a *very* similar trace:
Compare Comment #3 from here and bug #509519 comment #79.
Maybe the kernel bug can be closed, too. The 3 latest comments there could be a different bug...
It can be closed. I tried Nexuiz, xmoto can run without any problem. But only blender crashes.
I'm just upgraded one of my Dell Inspiron 6400 machines to F-12 and it is not crashing any more.
Sure enough - there is now a different problem - compiz slowed to a crawl, completely unusable. I'll look for another bug.
(In reply to comment #31)
> I'm just upgraded one of my Dell Inspiron 6400 machines to F-12 and it is not
> crashing any more.
Yes, Blender works fine on F12.