[01:00] <RAOF> You know what would be really awesome?
[01:01] <RAOF> Documentation of the ownership semantics of pointers we pass into mirclient.
[03:27] <duflu> RAOF: What is the ID in "X -mir ID" ?
[03:28] <RAOF> It's the name that XMir uses to identify its connection.
[03:28] <RAOF> duflu: It's a string that usc uses to distinguish between different xservers.
[03:29] <duflu> RAOF: Oh, my mistake for assuming it was always an int
[03:30] <RAOF> It's passed verbatim through to mir_connect
[03:30] <RAOF> usc just happens to pass integer strings for it :)
[03:31] <duflu> RAOF: Ah, kay. I know the connect string is harmless. Didn't know that's what -mir ID was
[03:31]  * RAOF should possibly document it better
[03:35] <oiaohm> RAOF: sometimes is great when a team has a techical writer for some of these items that need documentation.  They don't get destracted by needing to code.
[03:37] <duflu> oiaohm: That's true, you do get better results with dedicated technical writers. However in this case we're talking about a very small section of code, not part of any docs
[03:38]  * duflu is impressed that --display-config sidebyside figures out where the monitors are in space and gets them *backwards* every time ;)
[03:39] <duflu> RAOF: Is there a reason why XMir changes the monitor layout immediately on startup, even with zero X clients?
[03:42] <RAOF> duflu: Because that's X's default behaviour, and I haven't yet overridden it.
[03:43] <duflu> RAOF: Kind of?... X without Mir doesn't change the resolution or start mirroring. Whereas XMir does both (bug 1216224)
[03:44] <RAOF> duflu: xf86-video-intel overrides X's default behaviour.
[03:47] <duflu_> Whee, i915 hangcheck
[03:53] <oiaohm> There are a lot of horible x11 features killed by drivers.
[04:17] <tvoss> good morning :)
[04:19] <RAOF> Aloha!
[04:19] <smartboyhw> tvoss, hello:)
[04:20] <tvoss> smartboyhw, hey there :) how is it going?
[04:20] <smartboyhw> tvoss, quite good:) How's XMir?
[04:20] <tvoss> smartboyhw, alive and we made feature freeze, now some issue to fix
[04:20] <smartboyhw> tvoss, \o/
[04:46]  * duflu goes to find lunch, and the store
[05:24] <duflu> tvoss: BTW if there are still radeon corruption issues without bugs, please log another bug. We only have one right now... bug 1218815
[06:15] <RAOF> Harumph.
[06:16] <RAOF> Why am I receiving unpared focus/unfocus events?
[06:17] <RAOF> Oh, of course!
[06:17] <RAOF> mir_surface_release doesn't implicitly trigger a focus lost event.
[06:20] <duflu> RAOF: Wonder if it should....
[06:20] <RAOF> It would make my life easier.
[06:21] <RAOF> And I don't think that my use case is *that* peculiar.
[06:22] <RAOF> And given that I need to add at least *some* code to make this work...
[06:25] <duflu> RAOF: Though that's another reason why the even should be on the connection rather than on the surface...
[06:26] <RAOF> Well, possibly multi-layered?
[06:28] <duflu> Don't know
[06:28] <duflu> RAOF: Is there a way to make X not ignore the LD_LIBRARY_PATH?
[06:28] <RAOF> It doesn't ignore LD_LIBRARY_PATH
[06:28] <duflu> Hmm, mine is
[06:28] <RAOF> Are you trying to pass LD_LIBRARY_PATH througgh sudo again?
[06:28] <duflu> RAOF: No
[06:30] <RAOF> Hm. Should work. I've used it in the past.
[06:36] <duflu> RAOF: Sanity check: Does the frame ordering issue occur on nouveau/radeon?
[06:37] <RAOF> duflu: I don't know; I don't have dual-head nouveau/radeon set up.
[06:51] <duflu> RAOF: Sanity check (2): What branch/URL contains the latest XMir?
[07:02] <RAOF> duflu: The Ubuntu archive.
[07:02] <dholbach> good morning
[07:02] <duflu> Oh, I'm cloning that just now
[07:02] <duflu> Morning dholbach
[07:02] <dholbach> hi duflu
[07:04] <RAOF> Aha! unity-system-compositor needs to handle this. Maybe.
[07:09] <duflu> RAOF: So... maintaining in archive means maintained as a patch? That sounds painful
[07:09] <duflu> Possibly less painful than not being in archive though
[07:10] <RAOF> duflu: Ah, no. I maintainish on vladmir-upstreaming branch of github, then dump the diff of that against vladmir-upstream-base to generate the patch.
[07:11] <RAOF> duflu: If you want to do upstreamish hacking on xmir that's where you should hack, but if you want to do printf debugging you want to start with the archive.
[07:11] <duflu> Yep
[07:12] <RAOF> We appear to have three subtly different focus mechanism classes in Shell :/
[07:13] <duflu> Awesome. More the merrier
[07:13] <duflu> Or is that backwards?
[07:17] <duflu> Argh. How can building the archive version have missing symbols when my machine is up to date?
[07:21] <RAOF> *Fails* with missing symbols?
[07:21] <RAOF> (Also, what do you mean by missing symbols?)
[07:25] <duflu> RAOF: X: symbol lookup error: /usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: xmir_window_to_windowptr
[07:26] <RAOF> Hrm. Odd.
[07:26]  * duflu rebuilds the intel driver
[07:26] <RAOF> Is xmir successfully loading/?
[07:26] <RAOF> Because that woud happen in the past when xmir failed to find mir, and then would unload itself.
[07:26] <RAOF> But I thought I made those errors fatal.
[07:28] <duflu> RAOF: Yes, now. But my packages are kind of screwed now. Trying to fix
[07:34] <duflu> RAOF: Oh. Someone has been dputting without updating the lp:ubuntu/....
[07:34] <RAOF> lp:ubuntu/ is automatically maintained. When it works.
[07:35] <duflu> Yeah it's quite behind right now
[07:35] <duflu> A few weeks
[07:36] <duflu> Maybe apt-get source will give me the actual correct code...
[07:36] <RAOF> It shall.
[07:51]  * mlankhorst pokes tvoss with a glmark2 deb
[07:51] <tvoss> mlankhorst, yeah :)
[07:53] <tvoss> mlankhorst, sent
[07:54] <tvoss> mlankhorst, sent you armhf, too
[07:54] <tvoss> mlankhorst, not sure you need them, though
[08:03] <duflu> RAOF: Unexpectedly I appear to have fixed the artifact'd cursor
[08:13] <tvoss> duflu, how so? :)
[08:13] <duflu> tvoss: Maybe I just hid it by going slower. Added more mir_wait_for in xmir
[08:14] <duflu> I'm still concerned by XMir's apparent lack of synchronization though
[08:54] <RAOF> duflu: What were you mir_wait_foring?
[08:57] <duflu> RAOF: The swap buffers
[08:57] <RAOF> Oh, yeah. That'd be adding significant wait.
[08:58] <duflu> RAOF: Cos there doesn't seem to be any guarantee otherwise that mir_surface_get_current_buffer is getting for the correct frame
[08:58] <RAOF> Nothing should call that until has_free_buffer is true, which is set in the buffer_received callback.
[08:59] <RAOF> And we should only ever have one swap_buffers in flight at any one time.
[08:59] <RAOF> (per surface)
[09:01] <duflu> RAOF: OK, will have a closer look next time I'm in XMir
[09:23] <duflu> Ping alan_g
[09:23] <alan_g> duflu: good morning
[09:24] <duflu> alan_g: Hi. Something that's tripped me up a few times... the display server test fixture hangs if you try to swap buffers more than once. Any idea why?
[09:25] <alan_g> duflu: yes
[09:25] <duflu> Umm, good.
[09:25] <alan_g> duflu: It uses a stubbed graphics component that never consumes buffers
[09:26] <duflu> alan_g: I keep getting lost in the whole "this test is now three processes" :( Do you think you can propose a way to consume them?
[09:29] <RAOF> Why does C++11 not contain features in C99? :(
[09:29] <alan_g> duflu: I can add it to the list. (I'll probably need a fuller test graphics implementation for nested mir at some point)
[09:30] <alan_g> RAOF: because they're bad ideas?
[09:30] <duflu> RAOF: Because the ideas are *too good*
[09:30] <alan_g> Does anyone implement all C99 anyway?
[09:31] <duflu> RAOF: Consider it a fork with no recent common ancestor :/
[09:35] <RAOF> alan_g: I don't think designated structure initialisers are a bad idea ;)
[09:37] <tvoss> RAOF, now that's a good idea, indeed. Have stumbled over that multiple times, too
[09:40] <alan_g> RAOF: as best as I can tell the only reason is that no-one proposed adding them
[09:40]  * duflu also votes for dynamically sized arrays in the local stack frame
[09:41] <duflu> I think people raised that as a security risk though
[09:45] <duflu> alan_g: Strangely, multiple swaps started working recently (with the switch branch??) and we added a test case that depends on it. But now I'm working on new buffering changes, the new test case hangs (expectedly)
[09:46] <alan_g> duflu: in that case I have no idea
[09:53] <duflu> alan_g: OK, I *think* I found a fix. Will propose it soon
[10:03] <greyback> Hi folks, I've an 26" Apple display in front of me that I want to use as second monitor with my macbook pro. When I plug it in, I get black screens, except for on my laptop where the cursor remains. If I try to move the cursor, it takes 2-5 seconds for the display to update. Ideas?
[10:09] <duflu> greyback: radeon by any chance?
[10:09] <greyback> duflu: nope, intel sandybridge
[10:09] <duflu> greyback: Anything chewing CPU while the cursor is slow?
[10:10] <greyback> duflu: any way I can tell, without needing a second device to SSH in?
[10:11] <greyback> note unplugging made everything ok again
[10:12] <duflu> greyback: With Mir you will often need a second device for ssh :(
[10:12] <duflu> greyback: It's only OK _while_ unplugged?
[10:14] <greyback> duflu: yes. Plugged in, laptop display black screen with cursor, Apple display unchanged, as if not plugged in at all. If I unplug, laptop display returns to normal
[10:15] <duflu> greyback: Normal X session you mean?
[10:16] <duflu> greyback: X will auto-enable remembered multi-monitor layouts when new monitors become available AFAIK. Maybe you should start fresh by removing ~/.config/monitors.xml
[10:16] <greyback> duflu: yes, I'm using XMir. Ok will try that.
[10:17]  * greyback just pulled updates, will reboot for safety
[10:17] <duflu> greyback: You're not the only one reporting a black screen. So it would be helpful to get to the bottom of
[10:18] <greyback> duflu: ok. Will let you know once I reboot. Also have my tablet here with terminal app, so should be able to ssh into my laptop
[10:21] <duflu> greyback: Is that soon? I am off in a minute...
[10:22] <greyback> duflu: I'll probably be 5 minutes. No worries if it's your EOD
[10:23] <duflu> greyback: OK, I can easily track the issue if you log a bug :)
[10:23] <greyback> duflu: ack
[10:25] <mlankhorst> tvoss: hm sent me where?
[10:25] <tvoss> maarten.lankhorst@canonical.com
[10:27] <mlankhorst> odd, didn't arrive then
[10:27] <mlankhorst> oh nm i see it now
[10:28] <mlankhorst> derp
[10:31] <alan_g> hikiko: have you time to review https://code.launchpad.net/~alan-griffiths/mir/tidy-up-nested-class-responsibilities/+merge/183233?
[10:32] <hikiko> yes alan_g
[10:32] <hikiko> in a sec to finish something
[10:49] <mlankhorst> tvoss: hm seems most likely that nouveau is syncing glmark2 to vblank :P
[10:50] <tvoss> mlankhorst, oops :)
[10:50] <tvoss> mlankhorst, however, having something like 60fps would already be better than last week, both for X and XMir
[10:51] <mlankhorst> try glmark2 --off-screen
[12:02] <tvoss> RAOF, ping
[12:41] <penghuan> hi, i build mir locally, i got an error, "undefined symbol: eglCreateImageKHR", how can i resolve this
[13:34] <alan_g> penghuan: I can only guess that you've not got the right dependencies installed in your build environment. You've followed these instructions? http://unity.ubuntu.com/mir/building_source_for_pc.html
[13:52] <smartboyhw> tvoss, (and the Mir team), I can't seem to load lightdm using XMir
[13:53] <tvoss> penghuan, do you have libhybris or libhybris-dev installed?
[13:53] <tvoss> smartboyhw, not sure what you mean? what are the symptoms you see?
[13:54] <smartboyhw> tvoss, after Plymouth, it went black
[13:54] <smartboyhw> Well, seems like that I have to report a bug:(
[13:55] <tvoss> smartboyhw, that's fine :) please make sure to attach the relevant logs including dmesg
[14:00] <smartboyhw> tvoss, for dmesg, how can I find PAST logs?
[14:00] <smartboyhw> Since I've now booted in using Xorg
[14:03] <tvoss> smartboyhw, you cannot really resurrect it, sorry
[14:04] <tvoss> smartboyhw, what kind of setup are you testing?
[14:04] <smartboyhw> tvoss, so unfortunately, I can't include it then
[14:04] <smartboyhw> tvoss, Ubuntu 13.10
[14:04] <tvoss> smartboyhw, in terms of hw?
[14:04] <smartboyhw> tvoss, laptop (amd)
[14:04] <smartboyhw> I mean, amd card
[14:21] <smartboyhw> tvoss, Bug 1219847
[14:21] <tvoss> smartboyhw, thanks
[14:21] <smartboyhw> But, I can't attach anything (in Firefox or Chromium) weird
[14:28] <jibel> I get bug 1218456 with xserver-xorg-video-ati
[14:29] <tvoss> jibel, I assume you upvoted it?
[14:31] <jibel> tvoss, yes
[14:32] <tvoss> jibel, thanks for reporting :)
[14:33] <jibel> tvoss, yw, let me know if you need more info, this is my main work machine :)
[14:33] <tvoss> jibel, ;)
[14:57] <tvoss> kdub, ping
[14:57] <kdub> hello tvoss
[14:57] <tvoss> kdub, unping, it's labor day, isn't it?
[14:59] <kdub> it is, but i thought I'd quickly update myself and check our status after my time off :)
[15:01] <tvoss> kdub, ff is passed, we do see some performance issues on the galaxy nexus
[15:01] <tvoss> kdub, first of all: welcome back :)
[15:02] <kdub> thanks :)