[00:05] racarr: ^^^ Looks like kgunn would like the meeting to be on this week :) [00:06] Oi [00:23] racarr: Oh, by the way - do we have an input driver model? [00:24] My vague understanding of our current input stack is that it expects to open an evdev device and go to town. [00:26] I ask this for the reasonably transparent reason that I'll soon be wanting to fold a touchpad driver into the mix. [00:33] RAOF: Yes basically open an evdev device and go to town [00:34] actually though all that is constrained to EventHub which emits droidinput::RawEvents [00:34] and you could call that the driver [00:34] So I get to implement an input driver API. Huzzah! [00:34] but its hardly a driver model [00:34] RAOF: Living the dream ;) [02:36] Ping kgunn === duflu_ is now known as duflu [03:06] duflu: Maybe you can talk with him at the meeting this afternoon? :) [03:06] RAOF: That one that no one has come to for a month and I think we informally canceled? [03:06] Yeah, that one. [03:07] kgunn was on earlier mentioning that he was going to show up this time. [03:08] Awesome. If only anyone replied to my email about canceling it... or turned up [06:02] RAOF: Am I in the right hangout? I uninstalled my calendar plugin today so am guessing [06:03] Gah. Why hasn't the email with the hangout link come in yet? [06:04] RAOF: No. I suspect kgunn canceled it after my email :) [06:05] Still only static? [06:06] RAOF: duflu i'm here...but meeting is in 1 hr i think [06:06] we had daylight savings last weekend...bet that's the prob [06:07] kgunn: Oh. It's on your timezone? [06:07] kgunn: RAOF and I are in, and we don't expect anyone else [06:07] hmmm....lemme check [06:08] yeah...i'm showing 1 hr from now [06:08] and alexandros is good about showing right ? [06:09] kgunn: We kind of agreed to cancel it after alf and I were the only attendees for several weeks :) [06:09] yeah... [06:09] we need to come up with a decent time [06:10] i sort of feel like we should maybe have like 3 rotating spots or something [06:10] Maybe. [06:11] kgunn: If you want to chat at all today, we're "all" in the hangout now :) [06:11] ok [06:12] wait are wedoing it now? [06:20] good morning === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:31] g'day [08:39] mlankhorst: hallo [09:56] alf_: hey, did you ever end up merging the mesa / mir changes back? :P [09:56] mlankhorst: are you referring to the EGLImage changes? [09:57] yeah [09:57] mlankhorst: yes, they are in RAOF's github repo [09:57] ok what about the mir changes? [09:59] mlankhorst: I don't remember exactly what additional changes were needed on the Mir side, but nested mir works now with lp:mir (or at least it worked last I checked) [10:00] ah k [10:01] * alan_g smells a missing test case [10:07] hehehe, 'git merge ubuntu' on raof's branch then commenting out the mir patch in debian/patches/series works :P === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g [11:40] alf_: but what about my fixes ? I disabled vt switching in the nested case [11:41] mlankhorst: hmm, I am not sure... do you have a link to your changes/branch? === chihchun is now known as chihchun_afk [11:44] http://paste.debian.net/64293/ [11:51] mlankhorst: instead of passing a nullptr it would preferable to pass a NullObject, in this case a NullVirtualTerminal. There is an implementation of that in include/test/mir_test_doubles/null_virtual_terminal.h, so we just move that to src/server/graphics/gbm and use it (and also change the tests to use that too) [11:53] :/ [11:53] hm lets see.. [12:16] alf_: http://paste.debian.net/64300/ -- enjoy? [12:19] mlankhorst: Looks good, thanks (only some nits). I will shepherd it into trunk if you want. [12:19] please :) [12:20] mlankhorst: ok [12:21] seems acceptance-tests.ServerShutdown/OnSignal and ServerShutdown.server_removes_endpoint_on_abort hang? [12:23] mlankhorst: Is it a consistently reproducible? I remember there was a bug about something similar, but I think it was resolved. [12:25] sort of, it happens in my chroot [12:33] mlankhorst: hmm, I get a consistent failure (not a hang) in ServerShutdown/OnSignal.removes_endpoint_on_signal/2 [12:34] mlankhorst: ...but only if I run the tests manually. If I use ctest everthing works. [12:34] oh seems to be random here [12:34] some other tests can fail too [12:39] heh maybe my system is too fast :P [12:40] C++ exception with description "Failed to find server" thrown in the test body. [12:40] /home/mlankhorst/nfs/xorg/mir/tests/mir_test_framework/testing_process_manager.cpp:240: Failure [12:40] Value of: server_process_was_started [12:40] Actual: false [12:40] Expected: true [12:41] mlankhorst: btw, are you using the latest development-branch? [12:45] not sure, last commit i have is from nov 3 :P [12:45] Restore: mir (0.1.0+14.04.20131030-0ubuntu1) trusty; urgency=low [12:45] hm nov5 [12:46] mlankhorst: ok [12:58] mlankhorst: actually, the patch may not be needed after all... we create a different kind of platform when nested ("native platform") which doesn't use the VT at all [12:58] mlankhorst: did you actually have a problem with the current state of the code? === alan_g is now known as alan_g|lunch [13:16] greyback, ping [13:19] dandrader: pong [13:20] greyback, working on the mir-with-qtscenegraph prototype? [13:20] dandrader: yep [13:21] greyback, let me know when you're something I could use to start experimenting with the input part of it [13:21] greyback, or if you need help with it [13:21] s/you're/you've [13:23] alf_: oh is that different? :P [13:23] i think it used to be needed [13:23] my bad then [13:25] dandrader: thanks, I'll remember that :) I've a good day or 2 of hacking to get the basics going, but then I'll ping you === alan_g|lunch is now known as alan_g [15:01] alf_: hey [15:01] alf_: hi! [15:01] Prf_Jakob: hi! [15:02] I'm thinking a bit longer term here, but would you guys be okay with using egl to accessing buffers? [15:02] I'm thinking of trowing together a extension for shadowfb type blitting to images. [15:04] (disclaimer: I'm on the EGL WG at Khronos). [15:04] Prf_Jakob: Do you mean for the client to access buffers, or for the server to access buffers? [15:06] It can be done in multiple ways, but one way would be that the server creates hardware image, you prime/dma-buf it over to the client (can be hidden in the toolkit) and then create a shadow on the client side which it uses for fast access. [15:07] Alternativly you could prime over the shadow image. [15:08] Both would require you to still load the hardware driver (in our case our mesa dri driver) in the client. [15:15] Prf_Jakob: I think it would be a useful extension that will cover some of the direct pixel access use cases, although there would still be apps/toolkits that for whatever reason don't want to do EGL/GL at all. [15:15] tvoss_: ^^ Was there a specific driving case for "software" buffers? [15:16] alf_: yet they are okay with gbm :/ [15:16] alf_, plymouth was the original one, yeah [15:17] Prf_Jakob: that's a good point [15:18] I mean at that point you have already pulled in the dri driver and all the gl bits into the process VM anyways. [15:19] Prf_Jakob: Actually, a pure "software" client, doesn't load gbm. It currently only uses DRM to map dumb buffers. [15:19] Ah [15:20] Not to comfirtable putting that much of acceleration API in the kernel. [15:20] Prf_Jakob: :) [15:22] Trying to eat the gpu cake and keeping the not using gpu API cake. === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [18:38] goin' to work out === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === seb128 is now known as 3JTAAAD4U [23:13] finally making some good progress on my persistent goal of [23:13] improving theinput acceptance testing framework... [23:13] hopefully should be able to make an MP with a net line of codeloss :) [23:14] Huzzah!