| RAOF | You know what would be really awesome? | 01:00 |
|---|---|---|
| RAOF | Documentation of the ownership semantics of pointers we pass into mirclient. | 01:01 |
| === duflu_ is now known as duflu | ||
| duflu | RAOF: What is the ID in "X -mir ID" ? | 03:27 |
| 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:28 |
| duflu | RAOF: Oh, my mistake for assuming it was always an int | 03:29 |
| RAOF | It's passed verbatim through to mir_connect | 03:30 |
| RAOF | usc just happens to pass integer strings for it :) | 03:30 |
| 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:31 | |
| 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:35 |
| 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:37 |
| * duflu is impressed that --display-config sidebyside figures out where the monitors are in space and gets them *backwards* every time ;) | 03:38 | |
| duflu | RAOF: Is there a reason why XMir changes the monitor layout immediately on startup, even with zero X clients? | 03:39 |
| RAOF | duflu: Because that's X's default behaviour, and I haven't yet overridden it. | 03:42 |
| duflu | RAOF: Kind of?... X without Mir doesn't change the resolution or start mirroring. Whereas XMir does both (bug 1216224) | 03:43 |
| ubot5 | bug 1216224 in XMir "[multimonitor] XMir defaults to wrong resolution 1152x864 instead of 1920x1200." [Undecided,Confirmed] https://launchpad.net/bugs/1216224 | 03:43 |
| RAOF | duflu: xf86-video-intel overrides X's default behaviour. | 03:44 |
| duflu_ | Whee, i915 hangcheck | 03:47 |
| === duflu_ is now known as duflu | ||
| oiaohm | There are a lot of horible x11 features killed by drivers. | 03:53 |
| tvoss | good morning :) | 04:17 |
| RAOF | Aloha! | 04:19 |
| smartboyhw | tvoss, hello:) | 04:19 |
| 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:20 |
| * duflu goes to find lunch, and the store | 04:46 | |
| duflu | tvoss: BTW if there are still radeon corruption issues without bugs, please log another bug. We only have one right now... bug 1218815 | 05:24 |
| ubot5 | bug 1218815 in xorg-server (Ubuntu) "[radeon] Graphic glitches and screen corruption since the latest update" [Undecided,Incomplete] https://launchpad.net/bugs/1218815 | 05:24 |
| RAOF | Harumph. | 06:15 |
| RAOF | Why am I receiving unpared focus/unfocus events? | 06:16 |
| RAOF | Oh, of course! | 06:17 |
| RAOF | mir_surface_release doesn't implicitly trigger a focus lost event. | 06:17 |
| duflu | RAOF: Wonder if it should.... | 06:20 |
| RAOF | It would make my life easier. | 06:20 |
| RAOF | And I don't think that my use case is *that* peculiar. | 06:21 |
| RAOF | And given that I need to add at least *some* code to make this work... | 06:22 |
| duflu | RAOF: Though that's another reason why the even should be on the connection rather than on the surface... | 06:25 |
| RAOF | Well, possibly multi-layered? | 06:26 |
| 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:28 |
| RAOF | Hm. Should work. I've used it in the past. | 06:30 |
| duflu | RAOF: Sanity check: Does the frame ordering issue occur on nouveau/radeon? | 06:36 |
| RAOF | duflu: I don't know; I don't have dual-head nouveau/radeon set up. | 06:37 |
| === smartboyhw_ is now known as smartboyhw | ||
| duflu | RAOF: Sanity check (2): What branch/URL contains the latest XMir? | 06:51 |
| 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:02 |
| RAOF | Aha! unity-system-compositor needs to handle this. Maybe. | 07:04 |
| 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:09 |
| 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:10 |
| 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:11 |
| RAOF | We appear to have three subtly different focus mechanism classes in Shell :/ | 07:12 |
| duflu | Awesome. More the merrier | 07:13 |
| duflu | Or is that backwards? | 07:13 |
| duflu | Argh. How can building the archive version have missing symbols when my machine is up to date? | 07:17 |
| RAOF | *Fails* with missing symbols? | 07:21 |
| RAOF | (Also, what do you mean by missing symbols?) | 07:21 |
| duflu | RAOF: X: symbol lookup error: /usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: xmir_window_to_windowptr | 07:25 |
| 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:26 |
| duflu | RAOF: Yes, now. But my packages are kind of screwed now. Trying to fix | 07:28 |
| duflu | RAOF: Oh. Someone has been dputting without updating the lp:ubuntu/.... | 07:34 |
| RAOF | lp:ubuntu/ is automatically maintained. When it works. | 07:34 |
| duflu | Yeah it's quite behind right now | 07:35 |
| duflu | A few weeks | 07:35 |
| duflu | Maybe apt-get source will give me the actual correct code... | 07:36 |
| RAOF | It shall. | 07:36 |
| * mlankhorst pokes tvoss with a glmark2 deb | 07:51 | |
| tvoss | mlankhorst, yeah :) | 07:51 |
| tvoss | mlankhorst, sent | 07:53 |
| tvoss | mlankhorst, sent you armhf, too | 07:54 |
| tvoss | mlankhorst, not sure you need them, though | 07:54 |
| duflu | RAOF: Unexpectedly I appear to have fixed the artifact'd cursor | 08:03 |
| tvoss | duflu, how so? :) | 08:13 |
| duflu | tvoss: Maybe I just hid it by going slower. Added more mir_wait_for in xmir | 08:13 |
| duflu | I'm still concerned by XMir's apparent lack of synchronization though | 08:14 |
| RAOF | duflu: What were you mir_wait_foring? | 08:54 |
| duflu | RAOF: The swap buffers | 08:57 |
| RAOF | Oh, yeah. That'd be adding significant wait. | 08:57 |
| 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:58 |
| RAOF | And we should only ever have one swap_buffers in flight at any one time. | 08:59 |
| RAOF | (per surface) | 08:59 |
| duflu | RAOF: OK, will have a closer look next time I'm in XMir | 09:01 |
| duflu | Ping alan_g | 09:23 |
| alan_g | duflu: good morning | 09:23 |
| 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:24 |
| 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:25 |
| 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:26 |
| 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:29 |
| 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:30 |
| duflu | RAOF: Consider it a fork with no recent common ancestor :/ | 09:31 |
| RAOF | alan_g: I don't think designated structure initialisers are a bad idea ;) | 09:35 |
| tvoss | RAOF, now that's a good idea, indeed. Have stumbled over that multiple times, too | 09:37 |
| 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:40 | |
| duflu | I think people raised that as a security risk though | 09:41 |
| 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:45 |
| alan_g | duflu: in that case I have no idea | 09:46 |
| duflu | alan_g: OK, I *think* I found a fix. Will propose it soon | 09:53 |
| 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:03 |
| 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:09 |
| greyback | duflu: any way I can tell, without needing a second device to SSH in? | 10:10 |
| greyback | note unplugging made everything ok again | 10:11 |
| duflu | greyback: With Mir you will often need a second device for ssh :( | 10:12 |
| duflu | greyback: It's only OK _while_ unplugged? | 10:12 |
| 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:14 |
| duflu | greyback: Normal X session you mean? | 10:15 |
| 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:16 |
| * 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:17 |
| 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:18 |
| duflu | greyback: Is that soon? I am off in a minute... | 10:21 |
| === mpt_ is now known as mpt | ||
| greyback | duflu: I'll probably be 5 minutes. No worries if it's your EOD | 10:22 |
| duflu | greyback: OK, I can easily track the issue if you log a bug :) | 10:23 |
| greyback | duflu: ack | 10:23 |
| mlankhorst | tvoss: hm sent me where? | 10:25 |
| tvoss | maarten.lankhorst@canonical.com | 10:25 |
| mlankhorst | odd, didn't arrive then | 10:27 |
| mlankhorst | oh nm i see it now | 10:27 |
| mlankhorst | derp | 10:28 |
| alan_g | hikiko: have you time to review https://code.launchpad.net/~alan-griffiths/mir/tidy-up-nested-class-responsibilities/+merge/183233? | 10:31 |
| hikiko | yes alan_g | 10:32 |
| hikiko | in a sec to finish something | 10:32 |
| mlankhorst | tvoss: hm seems most likely that nouveau is syncing glmark2 to vblank :P | 10:49 |
| 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:50 |
| mlankhorst | try glmark2 --off-screen | 10:51 |
| === chihchun is now known as chihchun_afk | ||
| === hikiko is now known as hikiko|lunch | ||
| tvoss | RAOF, ping | 12:02 |
| === alan_g is now known as alan_g|lunch | ||
| penghuan | hi, i build mir locally, i got an error, "undefined symbol: eglCreateImageKHR", how can i resolve this | 12:41 |
| === hikiko|lunch is now known as hikiko | ||
| === alan_g|lunch is now known as alan_g | ||
| 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:34 |
| smartboyhw | tvoss, (and the Mir team), I can't seem to load lightdm using XMir | 13:52 |
| 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:53 |
| smartboyhw | tvoss, after Plymouth, it went black | 13:54 |
| smartboyhw | Well, seems like that I have to report a bug:( | 13:54 |
| tvoss | smartboyhw, that's fine :) please make sure to attach the relevant logs including dmesg | 13:55 |
| smartboyhw | tvoss, for dmesg, how can I find PAST logs? | 14:00 |
| smartboyhw | Since I've now booted in using Xorg | 14:00 |
| tvoss | smartboyhw, you cannot really resurrect it, sorry | 14:03 |
| 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:04 |
| smartboyhw | tvoss, Bug 1219847 | 14:21 |
| ubot5 | bug 1219847 in mir (Ubuntu) "XMir can not start LightDM" [Undecided,New] https://launchpad.net/bugs/1219847 | 14:21 |
| tvoss | smartboyhw, thanks | 14:21 |
| smartboyhw | But, I can't attach anything (in Firefox or Chromium) weird | 14:21 |
| jibel | I get bug 1218456 with xserver-xorg-video-ati | 14:28 |
| ubot5 | bug 1218456 in xorg-server (Ubuntu) "Xorg assert failure: X: ../../../../include/privates.h:123: dixGetPrivateAddr: Assertion `key->initialized' failed." [Critical,Confirmed] https://launchpad.net/bugs/1218456 | 14:28 |
| tvoss | jibel, I assume you upvoted it? | 14:29 |
| jibel | tvoss, yes | 14:31 |
| tvoss | jibel, thanks for reporting :) | 14:32 |
| jibel | tvoss, yw, let me know if you need more info, this is my main work machine :) | 14:33 |
| tvoss | jibel, ;) | 14:33 |
| === alan_g is now known as alan_g|tea | ||
| === alan_g|tea is now known as alan_g | ||
| tvoss | kdub, ping | 14:57 |
| kdub | hello tvoss | 14:57 |
| tvoss | kdub, unping, it's labor day, isn't it? | 14:57 |
| kdub | it is, but i thought I'd quickly update myself and check our status after my time off :) | 14:59 |
| 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:01 |
| kdub | thanks :) | 15:02 |
| === 16WAAZ40T is now known as tvoss_ | ||
| === alan_g is now known as alan_g|EOD | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!