=== chihchun_afk is now known as chihchun [03:59] RAOF: Can you check and confirm Mesa is fixable, and not intrinsically doing the right thing already?... https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1480755/comments/5 [03:59] Ubuntu bug 1480755 in Mir "[regression] Some Mir EGL demos don't get bypassed any more in fullscreen" [Medium,In progress] [04:02] Checking... === chihchun is now known as chihchun_afk [05:48] Oh, damn. [05:48] *Of course* it passes under ThreadSanitizer and normally but not under valgrind. [05:50] *Of course* it passes under ThreadSanitizer and normally but not under valgrind. [05:50] ...but only when tracking fds? [05:50] No? [05:51] Oh, right. --trace-children [06:24] RAOF: Yeah that's a gotcha from binary wrapping. I sent out an email but we've all forgotten now. [06:24] RAOF: P.S. I'm using this tag for the pixel format related issues (and more?): https://bugs.launchpad.net/ubuntu/+source/mesa/+bugs?field.tag=egl-platform-mir === chihchun_afk is now known as chihchun [06:50] Hurray for valgrind accidentally finding race conditions. [06:51] Also, it'd be *really* nice if we could move into our lambdas. [07:04] RAOF: shared/unique_ptr should do [07:05] Well, unique_ptr clearly doesn't, because you can't move it into a lambda :) [07:06] RAOF: Parameter by value? [07:06] Or capture [07:06] Can't by value; it's not copyable. [07:08] I can emulate what I want with a shared_ptr, but it'd be cleaner without. [07:09] Sweet. In other news, switching my new monitor to DP 1.2 mode Mir now sees 4 DP outputs (multi-stream) [07:09] Superb [07:10] Still max 3 simultaneous outputs?? [07:10] Not sure about that [07:14] Hmm, or was it just a kernel upgrade and I haven't looked in a while [07:14] ? [07:28] RAOF: Yeah confirmed putting the monitor in DP1.2 mode is what gives me twice the outputs available. Unfortunately DP1.2 mode is not understood by the Linux framebuffer and it (along with Plymouth) is in a low-res BIOS mode [07:28] X and Mir both handle it well tho [07:29] I would have thought kernel 4.1 would be more current than that [07:29] Time for kmscon! [07:29] ! [07:37] I am apparently going to need to fix each and every race in Mir before I can land this thing... [09:36] anpok_...? [09:36] anpok_ ? [09:39] duflu: tuesday! === guest42345 is now known as colide === colide is now known as y === y is now known as Guest25268 === chihchun is now known as chihchun_afk === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === Guest25268 is now known as y === y is now known as Guest65152 [14:46] AlbertA: should we land your fix or cherry pick christophers? [14:48] anpok: heh I'm about to push the cherry picked solution from Chris [14:48] +1 === dandrader_ is now known as dandrader === dandrader is now known as dandrader|afk === alan_g is now known as alan_g|EOD === dandrader|afk is now known as dandrader [19:08] https://code.launchpad.net/~cemil-azizoglu/mir/add-packaging-for-mir-on-x/+merge/266915/comments/670098 [19:09] vogons, ^^ known failure? [19:10] not known to me at least [19:11] camako: a fix is about to land [19:11] camako: yes: https://code.launchpad.net/~albaguirre/mir/fix-1481034/+merge/266781 [19:12] this the shutdown race during the synthetic exception in the input thread [19:12] ok thanks... I remember seeing it on other MPs [23:24] GAH! Why does http://bazaar.launchpad.net/~albaguirre/mir/fix-1481034/revision/2808 compile? [23:26] Alternatively, why did my attempts to do the same fail to compile? [23:47] Oh! By moving the std::shared_ptr rather than the std::promise. [23:47] Yeah, that'd work ☺