lp://staging/~aacid/qtmir/bringBackR538

Branch merges

Propose for merging

No branches dependent on this one.

On hold for merging into lp://staging/qtmir

Gerry Boland (community): Approve on 2016-10-13

Unity8 CI Bot (community): Approve (continuous-integration) on 2016-09-30

Diff: 14 lines (+1/-2)

1 file modified

src/modules/Unity/Application/application_manager.cpp (+1/-2)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

566. By Albert Astals Cid on 2016-09-30

Bring back r538

It seems we may have a workaround in unity8 so that way we get the speed benefit of this change

565. By CI Train Bot Account on 2016-09-09

Releasing 0.4.8+16.10.20160909-0ubuntu1

564. By Daniel d'Andrada on 2016-09-09

Implement cursor confinement (LP: #1590099)

Approved by: Lukáš Tinkl

563. By Daniel d'Andrada on 2016-09-09

Send relative pointer movement to Mir clients (LP: #1597205)

Approved by: Unity8 CI Bot

562. By Gerry Boland on 2016-09-09

[tests] refactor ScreensModel test to use mocks from mirtest-dev

Approved by: Alan Griffiths, Unity8 CI Bot

561. By Gerry Boland on 2016-09-09

Deliver mouse event manually if no cursor exists to deliver it

Approved by: Daniel d'Andrada

560. By CI Train Bot Account on 2016-09-06

Releasing 0.4.8+16.10.20160906-0ubuntu1

559. By Daniel d'Andrada on 2016-09-06

Don't occlude newly created surfaces until some time has passed

Ensures apps are able to render the initial state of their UIs straight away.

The main use case is the dash being created behing the greeter/lockscreen (and therefore occluded) on device start up. (LP: #1620297)

558. By CI Train Bot Account on 2016-08-31

Releasing 0.4.8+16.10.20160831-0ubuntu1

557. By Daniel d'Andrada on 2016-08-31

Don't link tests against LTTng

LTTng was causing deadlocks when running tests on arm and on CI

Workaround for https://bugs.launchpad.net/bugs/1618201

This is the backtrace of where it gets stuck:
#0 0xffffffff in __pthread_mutex_unlock_usercnt (mutex=0xb6fff514 <_rtld_global+1220>, decr=1) at pthread_mutex_unlock.c:51
#1 0xffffffff in tls_get_addr_tail (ti=0xb637021c, dtv=0xb3757008, the_map=<optimized out>) at dl-tls.c:778
#2 0xffffffff in lttng_ust_init () at /usr/include/urcu/static/urcu-bp.h:158
#3 0xffffffff in lttng_ust_init () at lttng-ust-comm.c:369
#4 0xffffffff in lttng_ust_init () at lttng-ust-comm.c:1481
#5 0xffffffff in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0xbefff3d4, env=env@entry=0xbefff3dc) at dl-init.c:72
#6 0xffffffff in _dl_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:30
#7 0xffffffff in _dl_init (main_map=0xb6fff958, argc=1, argv=0xbefff3d4, env=0xbefff3dc) at dl-init.c:120
#8 0xffffffff in _dl_start_user () at /lib/ld-linux-armhf.so.3

It gets stuck during initialization, more specifically, inside lttng_fixup_urcu_bp_tls()

Approved by: Michael Terry