Compiz hangs in glXBindTexImageEXT in VirtualBox
Bug #1127866 reported by
Sam Spilsbury
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Compiz |
Fix Released
|
High
|
Sam Spilsbury | ||
| 0.9.8 |
Won't Fix
|
High
|
Unassigned | ||
| 0.9.9 |
Fix Released
|
High
|
Sam Spilsbury | ||
| Virtualbox |
Fix Released
|
Unknown
|
|||
| compiz (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Compiz is still hanging in VirtualBox, even after 4.2.6 where XOpenDisplay was moved from glXBindTexImageEXT to glXCreateContext. It appears to be hanging when we have to manage an external texture, and so we need a server grab during glXBindTexImageEXT. VirtualBox's implementation of glXBindTexImageEXT places protocol calls on a second connection, which cause a deadlock, because they block forever.
Related branches
lp://qastaging/~compiz-team/compiz/quantal.fix_1127866
- Ubuntu branches: Pending requested
-
Diff: 238 lines (+190/-1)6 files modifieddebian/changelog (+10/-0)
debian/compiz-plugins-default.install (+1/-0)
debian/compiz-plugins.install (+0/-1)
debian/patches/100_workaround_virtualbox_hang.patch (+176/-0)
debian/patches/series (+1/-0)
debian/profile_upgrades/com.canonical.unity.unity.03.upgrade (+2/-0)
lp://qastaging/~compiz-team/compiz/compiz.fix_1127866
- Marco Trevisan (Treviño): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 272 lines (+207/-6)7 files modifieddebian/changelog (+10/-0)
debian/compiz-plugins-default.install (+1/-0)
debian/compiz-plugins.install (+0/-1)
debian/patches/100_workaround_virtualbox_hang.patch (+176/-0)
debian/patches/series (+1/-0)
debian/profile_upgrades/com.canonical.unity.unity.03.upgrade (+2/-0)
plugins/opengl/DRIVERS (+17/-5)
| Changed in compiz: | |
| status: | New → In Progress |
| importance: | Undecided → High |
| summary: |
- VirtualBox + Compiz hangs in glXBindTexImageEXT in VirtualBox |
| Changed in virtualbox: | |
| importance: | Undecided → Unknown |
| status: | New → Unknown |
| Changed in virtualbox: | |
| status: | Unknown → New |
| Changed in compiz: | |
| status: | In Progress → Fix Committed |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #1 |
| Changed in compiz (Ubuntu): | |
| status: | New → Fix Released |
| Changed in compiz: | |
| milestone: | 0.9.9.2 → 0.9.10.0 |
| Changed in compiz: | |
| status: | Fix Committed → Fix Released |
| Changed in virtualbox: | |
| status: | New → Fix Released |
Revision history for this message
| Stephen M. Webb (bregma) wrote | #2 |
To post a comment you must log in.
This bug was fixed in the package compiz - 1:0.9.9~
---------------
compiz (1:0.9.
[ Sam Spilsbury ]
* debian/
- VirtualBox uses a shared-memory texture_
which is not compatible with our server grab usage, so force
a different bind method when running with virtualbox and binding
an externally managed texture
[ Brandon Schaefer ]
* Unity rendered behind windows (LP: #906231)
[ MC Return ]
* unmaximize_
exposed in g-c-c (LP: #1115128)
[ Sam Spilsbury ]
* [needs-packaging] Please upload: esvn merged (LP: #112433)
* [nvidia] Windows appear blank white (LP: #729979)
* Threads not found on CI (LP: #1124133)
* Unity rendered behind windows (LP: #906231)
* Compiz hangs in glXBindTexImageEXT in VirtualBox (LP: #1127866)
* 1:0.9.8+
wrong values (LP: #1063617)
* Creating windows above just-destroyed windows causes newly created
windows to receive invalid stack positions (LP: #1088399)
[ Marco Trevisan (Treviño) ]
* Calling setOptionForPlugin does not work for core options (LP:
#1122228)
[ Automatic PS uploader ]
* Automatic snapshot from revision 3611
-- Automatic PS uploader <email address hidden> Tue, 19 Feb 2013 08:46:08 +0000