Compiz hangs in glXBindTexImageEXT in VirtualBox

Bug #1127866 reported by Sam Spilsbury on 2013-02-17
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Sam Spilsbury
Sam Spilsbury
Fix Released
compiz (Ubuntu)

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

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
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.9.9~daily13.02.19-0ubuntu1

compiz (1:0.9.9~daily13.02.19-0ubuntu1) raring; urgency=low

  [ Sam Spilsbury ]
  * debian/patches/100_workaround_virtualbox_hang.patch
    - VirtualBox uses a shared-memory texture_from_pixmap_implementation
    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_window_key instead of unmaximize_or_minimize_window_key
    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+bzr3319-0ubuntu1 regression: keeps setting gsettings keys to
    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:

  [ Automatic PS uploader ]
  * Automatic snapshot from revision 3611
 -- Automatic PS uploader <email address hidden> Tue, 19 Feb 2013 08:46:08 +0000

Changed in compiz (Ubuntu):
status: New → Fix Released
Changed in compiz:
milestone: →
Stephen M. Webb (bregma) on 2013-07-23
Changed in compiz:
status: Fix Committed → Fix Released
Changed in virtualbox:
status: New → Fix Released
Stephen M. Webb (bregma) wrote :

Closing Compiz 0.9.9 task (0.9.9 series is obsolete)

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.