[04:48] Filtering systems, oh my! [04:48] robert_ancell: You've found that XMir now works, I trust? [04:48] It does here, even if I have all my GPUs powered up. [04:53] RAOF, yes, been getting it working. I can do user switching now :) [04:53] Woot! [04:53] still input pass through issues though :( [04:53] And I'm really struggling to get the appropriate information from Mir. I feel some patches coming on :) [04:54] :) [04:56] thomi, can you set up CI and autolanding (into mir-team staging PPA) for lp:unity-system-compositor? [04:56] robert_ancell: sure, but before it gets deployed Francis need to review it, and I won't see him now till oakland :-/ [04:57] thomi, ok, np. Just put it into the queue [04:57] I'll do some manual uploads until then [04:57] ok [04:58] robert_ancell: what packaging branch are you using? [04:58] thomi, it has packaging checked in [04:58] thomi, also, we set up lp:~mir-team/lightdm/mir to autoland right? Can we switch that to lp:~mir-team/lightdm/unity instead? [04:59] robert_ancell: sure. [04:59] I wish you could file bugs against a person in LP [04:59] would make for a handy TODO list tracker for me [04:59] thomi, you guys need to make a project for this :) [04:59] the bug-thomi-for-stuff project [04:59] hmmmm, why not... [05:00] Hah. That's asking for trouble. Bug: "This person smells" [05:01] meh - started doing it, got bored [05:16] RAOF, ping [05:25] tvoss: Yo! === yofel_ is now known as yofel [07:36] alan_g|life, ping [07:36] michi, ping [07:36] tvoss: pong === lool- is now known as lool === alan_g|life is now known as alan_g [08:10] tvoss: pong (sorry for the delay) === gema_ is now known as gema === mmrazik is now known as mmrazik|afk [09:59] hello [10:01] question :) when i initialize the gbm I need to connect to a drm device and then create a context etc [10:02] but when I am inside X i have already a connection to the device and glx context [10:03] is there any way to give the existing content to the gbm? [10:03] (i couldn't find something) [10:15] hikiko: No. [10:17] RAOF, [10:17] :D i was about to email you [10:17] then [10:17] the only way to have an X backend for mir [10:18] is by implementing another buffer mechanism isn't it? [10:18] :s [10:18] hikiko: What you need to do (and what Mesa does) is open a connection to the drm device, call drmGetMagic on that fd, send the magic value to the X server via DRI2Authenticate, which will authenticate your fd, *then* pass that fd to gbm. [10:21] http://www.x.org/releases/current/doc/dri2proto/dri2proto.txt this extension? [10:22] ah I got it :) [10:22] thank you R__ [10:22] RAOF* [10:23] Correct! [10:24] so then i can open a win get the current context [10:24] Hm. Now that I think of it, there's still the problem of how to get your buffers *out* of gbm. [10:26] there's no function to get the user data? [10:29] ah you mean that then you have to pass through drm again [10:29] ? [10:30] Meaning you'll have a gbm bo with the rendering you want to display, but you need to get that into the X window somehow. [10:31] Hah! The EGL_DRM_BUFFER_MESA target of eglCreateImageKHR will do what you want. [10:31] Although you've got a GLX context, not an EGL context, right? [10:32] I have a glx but I called the eglGetCurrentContext and then attempted to create a khr image :p [10:33] but i used the native pixmap target === mmrazik|afk is now known as mmrazik [10:33] which is wrong [10:34] Hm. Actually we want to go the other way, don't we - you want to create an EGL image, then gbm_bo_import() that EGL image to get the gbm_bo that you hand off to the rest of the buffer machinery. [10:36] So, I think you've got two options - create an EGL image and gbm_bo_import() that to feed to the gbm bits, or pull a gbm_bo out of the gbm bits, get the handle with gbm_bo_get_handle(), and eglCreateImageKHR() that handle with type EGL_DRM_BUFFER_MESA. [10:37] the first seems easier but I think that the second is similar to what we already do isn't it? [10:39] I think we actually do the first. [10:39] :) [10:39] :D [10:40] Oh, no. We do the latter. [10:41] Because we sometimes want to be all software rendering. [10:42] why can't you do the first with software rendering? [10:43] Because you may (and, in practise, do) need to allocate the buffer differently if you're going to write from the CPU to it. [10:43] Unless you use something like TexImage2D, of course. [10:43] But that was apparently too slow. [10:46] so better to follow the 2nd way too? or we ll have software rendering only outside X (eg when we render to the framebuffer device)? [10:46] Yeah, I think you'll need to go the second path. [10:47] ok [10:48] and RAOF I had a problem with libgbm [10:48] Or, rather, gbm_buffer_allocator.cpp already goes the second path, and I think with the possible exception of using EGL_DRM_BUFFER_MESA rather than EGL_NATIVE_PIXMAP_KHR you'll be able to copy it wholesale. [10:48] (This is why I need to refactor the platforms to separate display from buffer allocation) [10:49] I see, I am trying to do all these outside mir first because if I start the changes on a mir branch I won't be able to debug easily [10:51] That sounds sensible. [10:52] Or, at least, a stinging indictment of our current architecture which makes what should be a reasonably simple task difficult :/l [10:52] but I had a problem with libgbm: i upgraded and after that I couldn't run a very simple example that just creates a drm device and then a gbm buffer and was working fine. I switched to debian where I have the old versions and it was working :s [10:55] but i can't continue on debian because I don't have half of the functions [10:55] RAOF: we should be looking at fixing whatever makes simple tasks difficult [10:56] alan_g: In this case, it's because display and buffer allocation are needlessly conflated. [10:56] alan_g: It's on TODO. [10:56] RAOF: I'll let you own it then. ;) [10:58] hikiko: Hm, urgh. I'd ask for the sample code, but it's time for bed here. [10:58] hikiko: We can sort it out in Oakland, I guess! [10:58] sorry RAOF :) I forgot the time difference :) [10:58] thank you very very much [10:59] s'ok. I'm the one who'se silly enough to be on IRC at this point :) [10:59] thanks :D === alan_g is now known as alan_g|lunch === mmrazik is now known as mmrazik|otp === olli__ is now known as olli === alan_g|lunch is now known as alan_g === francisco is now known as Guest6646 === mmrazik|otp is now known as mmrazik === mmrazik is now known as mmrazik|afk [14:30] mmrazik|afk: can you see what's wrong here? http://jenkins.qa.ubuntu.com/job/mir-quantal-amd64-ci/507/console === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === alan_g_ is now known as alan_g [15:23] Hi :) [15:25] Afternoon [15:42] alan_g: mising xsltproc as build dependency? http://pastebin.ubuntu.com/5605060/ [15:42] just guessing [15:43] but weird as its not something new [15:44] mmrazik|afk: that makes sense - thanks, I couldn't find a signal in all the noise. === alan_g is now known as alan_g|bbs [16:28] * kdub should get his laptop up to snuff before monday [16:32] racarr, around? [16:32] olli: Yep! [16:33] racarr, I am looking at BP https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-phone-iteration-0 [16:34] Ok [16:34] trying to see if we achieved Acceptance criteria for April [16:34] do you have some insight into that [16:34] Almost [16:34] my outstanding workitems exist in local branches or [16:34] almost got insight or almost achieved it ;) [16:35] sometimes branches with other people [16:35] it's just review is backed up [16:35] so hopefully can land the remainders monday and say we made it for april :) [16:36] racarr, ok ;) [16:37] olli: Err...I had a brain error [16:38] and was reading the criteria for may ;) [16:38] whot? impossible ;) [16:38] we are even [16:38] closer [16:38] to april :) [16:38] for may? [16:38] it says tbd [16:38] don't get confused by the month-X suffic [16:38] Oh I was just seeing if the workitems were finished [16:38] suffix even [16:38] gotcha [16:38] the acceptance criteria [16:39] are great :) [16:41] what is the conceptual difference between [16:42] acceptance criteria and all the work items being finished [16:42] I didn't really understand when those were added [16:45] racarr: the blueprints are far from clear to me, glad you don't understand them either. [16:54] racarr, hello! I've a question about scroll events [16:56] or rather that its hard to get vscroll hscroll info without having to do this: http://paste.ubuntu.com/5605289/ [17:46] racarr, alan_g|bbs the Acceptance Criteria should be a description of the sum of work items, i.e. something I can understand ;) [17:54] olli: ;) === alan_g|bbs is now known as alan_g|life [18:02] racarr, ping [18:50] Sorry have to run out again for apartment hunting nonsense :) [18:50] back in the afternoon... [18:51] good luck hunting! [23:14] back! [23:14] working on a bug where things seem to go wrong (fds get closed) when [23:23] focus cycles multiple times [23:23] whoops. forgot to press enter :)