|
Bugzilla – Full Text Bug Listing |
| Summary: | intel: compiz freezes system during 3D screen rotation or edge effects | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.3 | Reporter: | Laszlo Tari <taril_laszlo> |
| Component: | X.Org | Assignee: | Stefan Dirsch <sndirsch> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <xorg-maintainer-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | aj, badshah400, dimstar, Martin.Seidler |
| Version: | Milestone 7 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 11.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Laszlo Tari
2010-05-31 10:20:12 UTC
Can you please try with the entire stack from X11:Compiz ( http://download.opensuse.org/repositories/X11:/Compiz/openSUSE_Factory ) The stack has just been forwarded to Factory but is probably not fully built there yet. (I'm running this stack on an nvidia GeForce 350M, with nvidia driver 256.25) I installed it but it did not help. :-( When my computer is in idle, sometimes, it cant wake up, only the lcd panel backlight is on. I disabled screen rotation and edge-flipping anf expo, but results the same error. I will disable compiz, will use only metacity tomorrow to get confirmed about this bug is compiz related. This problem is existed after compiz 0.7.8! 11.2 has 0.7.8. I can remember when I upgraded my compiz under 11.2 to 0.8.4, this bug happened. Is there any debug mode in compiz? I successfully escaped after system freezing to the console. I checked the log files, the following line was added to the xorg and gdm log file: [ 11585.749] (II) AIGLX: Suspending AIGLX clients for VT switch Ok. I used my system without compiz, and it is stable, so this is a compiz related bug. Ok. At home i use nvidia version 256 driver with compiz enabled desktop. More than 2 days. This problem does not exists! BUT At work, we have intel based vda devices where this bug happens a lot! Could someone reproduce this bug with intel based vga system? Dear Xorg team: Asking around a bit in the compiz channel revealed that apparently almost all intel users are affected by this. Apparently a regression in newer intel video drivers. A reference to the intel driver bugzilla (pointed out by a fedora friend): https://bugs.freedesktop.org/show_bug.cgi?id=27883 The bug has been closed by now: Plase make sure to get the patches in our tree. (In reply to comment #7) > A reference to the intel driver bugzilla (pointed out by a fedora friend): > https://bugs.freedesktop.org/show_bug.cgi?id=27883 > > The bug has been closed by now: Plase make sure to get the patches in our tree. There are various patches mentioned in this bugreport. It's completely unknown which ones are required and where the git commits there are to be found, i.e. in which component (libdrm,Mesa,xf86-video-intel,xorg-server, kernel (which git repo and which branch)). This information needs to be figured out first, before we can consider any patches to apply to our packages. References to git commits: fdo#27883#c25: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=44d45d3fa56f121ce89ffe5b28beb48be01a95df The ones mentioned in fdo#27883#c28: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=e2615cdeef078dbd2e834b68c437f098a92b941d http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=f2272402035574c206a0e3383c55373c440fd928 Referenced from fdo#72420#c12 http://cgit.freedesktop.org/mesa/mesa/commit/?id=06c72da97a1bce87bc4b3fb8e7e18bf966926acb That's about what I can read out of the bug report. Hope this helps (In reply to comment #9) > References to git commits: > > fdo#27883#c25: > http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=44d45d3fa56f121ce89ffe5b28beb48be01a95df But that one has been reverted 2 hours later. commit 8b2039187fc23f5e9dddf4081f8b1ab6f4c01416 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Sat May 29 12:14:55 2010 +0100 Revert "dri: Use size from backing pixmap when creating buffers." This reverts commit 44d45d3fa56f121ce89ffe5b28beb48be01a95df. Michel Dänzer pointed out the flaw in using the pixmap size instead of the drawable size: Using the backing pixmap dimensions for this is not desirable. In particular, it means that the DRI2 buffers of non-redirected windows always have the same size as the screen. But even for redirected windows it wastes some graphics memory with a re-parenting window manager, that is if it doesn't break in various ways due to the top left corner of the DRI2 buffers no longer corresponding to the top left corner of the window. Ok. Could you give the new packages a try? xorg-x11-driver-video and Mesa from buildservice, project X11:XOrg. Verify that the RPM changelog contains (package are still rebuilding at the moment): Mon Jun 7 19:25:13 CEST 2010 - sndirsch@suse.de - xf86-video-intel-commit-e2615cd.diff * dri: Only flip if the front and back pixmaps match (bnc #610323) - xf86-video-intel-commit-f227240.diff * DRI2: fix new buffer exchange check (bnc #610323) Mon Jun 7 19:27:30 CEST 2010 - sndirsch@suse.de - mesa-commit-06c72da.diff * intel: Update renderbuffers unconditionally in intelSetTexBuffer2() (bnc #610323) Packages are now available: http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Factory/ I updated intel driver and mesa. The same error occurs. Ok. So just waste of time - as usual. (In reply to comment #14) > Ok. So just waste of time - as usual. That's a bit harsh, considering that a user in bug 597596 just resolved his issue with those packages. (In reply to comment #15) > (In reply to comment #14) > > Ok. So just waste of time - as usual. > > That's a bit harsh, considering that a user in bug 597596 just resolved his > issue with those packages. Hmmm. I didn't see this. Would it make sense to submit the packages for openSUSE:Factory? I mean this guy is talking about fglrx (thus he likely owns an ATI card), but the patches are for intel. Stefan: Remember what I showed you and Matthias last week on Factory? That issue with my Intel card is indeed solved with fglrx enabling. So, if your patch fixes that one and the slowdown due to fglrx, then you did some really great work IMO. Don't know why fglrx enabling helped on Intel but it did. Did this bug only appear on 64-bit systems (platform x86-64)? With which hardware precisely? With compiz 0.7.8 everything is ok! What did they changed since after? I can remember, a year ago with my nvidia the same thing happened (maybe with compiz 0.8.2) but now it is fixed, maybe something around AIGLX. I don't know. ***** Martin Seidler: This is also available on 32 bit system! I forgot to tell you this bug is happened to me today during a window pop-upping with fading animation, so someone could rename this bug. Ok. I just submitted both packages.
41273 State:new By:sndirsch When:2010-06-08T22:38:13
submit: X11:XOrg/Mesa -> openSUSE:Factory
Descr: - mesa-commit-06c72da.diff
* intel: Update renderbuffers unconditionally in
intelSetTexBuffer2() (bnc #610323)
41272 State:new By:sndirsch When:2010-06-08T22:37:55
submit: X11:XOrg/xorg-x11-driver-video -> openSUSE:Factory
Descr: - xf86-video-intel-commit-e2615cd.diff
* dri: Only flip if the front and back pixmaps match (bnc
#610323)
- xf86-video-intel-commit-f227240.diff
* DRI2: fix new buffer exchange check (bnc #610323)
I've just upgraded my system with the latest factory packages (intel, mesa), but the problem is still there. I believe it would be worth a try to update to latest Mesa, libdrm and xorg-x11-driver-video packages from obs://X11:XOrg. Still waiting for a response for more than 3 weeks now. Please reopen once you can provide the requested feedback. Thanks. I dont know, what does it mean: obs://X11:XOrg But yesterday I updraded my system (dist-upgrade) and in metacity mode it was halted during abobe flash video playback. :-\ Finally, it is working!!! Almost professwionally: Sometimes compiz is inactivated itself. (In reply to comment #26) > I dont know, what does it mean: obs://X11:XOrg Sorry, I missed that question. Here is a HOWTO: zypper ar \ http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_11.3/ \ X11:XOrg zypper mr -p 90 X11:XOrg zypper ref zypper dup But apparently the issue has been fixed meanwhile. |