Mir

unity8 crash on unplug of monitor

Bug #1513909 reported by kevin gunn
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Pocket Desktop
Fix Released
Critical
kevin gunn
Mir
Fix Released
Critical
Alan Griffiths
mir (Ubuntu)
Fix Released
Critical
Alan Griffiths
qtmir (Ubuntu)
Invalid
Critical
Gerry Boland
unity8 (Ubuntu)
Invalid
Critical
Gerry Boland

Bug Description

Stability of hotplug is much better - so this is not a duplicate of bug 1488863
Maybe every 1/4 unplug event will see unity8 crash....strangely, didn't capture a crash log until now.

This configuration is
latest PD image + silo 18 (with point release fixes for Mir0.17)
also libertine/puritine installed
xmir is from libertine devel ppa

Related branches

Revision history for this message
kevin gunn (kgunn72) wrote :
Changed in canonical-pocket-desktop:
importance: Undecided → High
assignee: nobody → kevin gunn (kgunn72)
Changed in unity8 (Ubuntu):
assignee: nobody → Gerry Boland (gerboland)
Changed in qtmir (Ubuntu):
assignee: nobody → Gerry Boland (gerboland)
Changed in mir (Ubuntu):
importance: Undecided → High
Changed in qtmir (Ubuntu):
importance: Undecided → High
Changed in unity8 (Ubuntu):
importance: Undecided → High
Revision history for this message
kevin gunn (kgunn72) wrote :

OK, on an updated PD image with silo 18 I am seeing this very consistently now.
Mainly on plugging in the monitor now. Greater than 50% of the time.
Attaching crash file i'm seeing consistently.

Changed in canonical-pocket-desktop:
importance: High → Critical
Changed in mir (Ubuntu):
importance: High → Critical
Changed in qtmir (Ubuntu):
importance: High → Critical
Changed in unity8 (Ubuntu):
importance: High → Critical
Revision history for this message
Gerry Boland (gerboland) wrote :

Investigating, after hotplugging a second monitor, it appears that sometimes Mir has only 1 display buffer ready, when there should be 2 - one for each screen. Need to ask Mir team help

Revision history for this message
Gerry Boland (gerboland) wrote :

http://bazaar.launchpad.net/~mir-team/qtmir/trunk/view/head:/src/platforms/mirserver/screencontroller.cpp#L157 is the relevant line of code. This triggers after compositor start, to match mir DisplayBuffers with Qt Screens. I've designed it under the assumption that each Mir Display will always have a DisplayBuffer on compositor start.

Revision history for this message
Alan Griffiths (alan-griffiths) wrote :

There's a whole host of Mir bugs in this area due to races detecting and responding to display configuration changes (either from hardware changes or from a session getting focus) with the creation of the nested servers fullscreen surfaces. A chunk of these are fixed by lp:~alan-griffiths/mir/fix-1506846 - but there's probably more to come.

Revision history for this message
Gerry Boland (gerboland) wrote :

http://pastebin.ubuntu.com/13216662/ is useful log. It indicates that 2 displays are detected by mir, and are not being cloned. However it appears that there is only a single DisplayBuffer available (Screen::setMirDisplayBuffer should be called for each DisplayBuffer, but only called once)

kevin gunn (kgunn72)
Changed in unity8 (Ubuntu):
status: New → Invalid
Changed in qtmir (Ubuntu):
status: New → Invalid
Changed in mir (Ubuntu):
assignee: nobody → Alan Griffiths (alan-griffiths)
kevin gunn (kgunn72)
Changed in mir (Ubuntu):
status: New → In Progress
Changed in canonical-pocket-desktop:
status: New → In Progress
Changed in mir:
assignee: nobody → Alan Griffiths (alan-griffiths)
tags: added: hotplug multimonitor
kevin gunn (kgunn72)
Changed in mir:
status: New → Fix Released
Changed in canonical-pocket-desktop:
status: In Progress → Fix Released
Changed in mir (Ubuntu):
status: In Progress → Fix Released
Changed in mir:
milestone: none → 0.18.0
importance: Undecided → Critical
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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