touch-packages team mailing list archive

[Daniel van Vugt <daniel.van.vugt@xxxxxxxxxxxxx>]

** Changed in: mir
       Status: Triaged => In Progress

** Summary changed:

- WM::add_display - trying to resize a surface here causes hang/deadlock in MultiThreadedCompositor on display reconfiguration (hotplugging)
+ MultiThreadedCompositor::destroy_compositing_threads hangs/deadlocks on shutdown or display reconconfiguration

** Summary changed:

- MultiThreadedCompositor::destroy_compositing_threads hangs/deadlocks on shutdown or display reconconfiguration
+ MultiThreadedCompositor::destroy_compositing_threads hangs/deadlocks on shutdown or display reconfiguration

** Also affects: mir/0.14
   Importance: Undecided
       Status: New

** Also affects: mir/0.13
   Importance: Undecided
       Status: New

** Changed in: mir/0.13
   Importance: Undecided => High

** Changed in: mir/0.14
   Importance: Undecided => High

** Changed in: mir/0.13
    Milestone: None => 0.13.4

** Changed in: mir/0.13
       Status: New => Triaged

** Changed in: mir/0.14
       Status: New => Triaged

** Changed in: mir/0.14
    Milestone: None => 0.14.1

** Also affects: mir (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: mir (Ubuntu)
       Status: New => Triaged

** Changed in: mir (Ubuntu)
   Importance: Undecided => High

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mir in Ubuntu.
https://bugs.launchpad.net/bugs/1471909

Title:
  MultiThreadedCompositor::destroy_compositing_threads hangs/deadlocks
  on shutdown or display reconfiguration

Status in Mir:
  In Progress
Status in Mir 0.13 series:
  Triaged
Status in Mir 0.14 series:
  Triaged
Status in mir package in Ubuntu:
  Triaged

Bug description:
  Try revision 211 of lp:~unity-team/unity-system-compositor/toggle-
  cursor2/

  The desire was to resize all surfaces to the size of the smallest
  attached display.

  usc::WindowManager implements the mir::shell::WindowManagement
  interface. I thought it logical to implement this resizing in
  add_display. However it causes a deadlock when plugging in a second
  display, while the compositor is stopping, see this backtrace:

  http://pastebin.ubuntu.com/11831907/

  I suspect Threads 8 and Thread 1 are blocking eachother.

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1471909/+subscriptions