robert_ancell | RAOF, on that Xubuntu list there seem to be two chipsets that have bad failures, GeForce 6150SE nForce 430 and RV370/M22. Do we have known bugs for that? | 00:20 |
---|---|---|
RAOF | robert_ancell: I haven't found any yet. | 00:30 |
racarr | Off for now! | 00:56 |
racarr | ill come back later and iterate on connect-display-request-merge and client-focus-notifications if people have time to review | 00:56 |
RAOF | Grr. I hate this code. | 02:36 |
duflu | ? | 02:38 |
RAOF | Oh, splitting up the root window. | 02:45 |
RAOF | I'll just get it to work now, and then refactor out all the ugly. | 02:46 |
RAOF | Or at least as most ugly as possible. | 02:46 |
duflu | Oh, right, multimonitor? | 02:51 |
=== chihchun_afk is now known as chihchun | ||
RAOF | Yeah. | 03:01 |
=== chihchun is now known as chihchun_afk | ||
=== chihchun_afk is now known as chihchun | ||
RAOF | duflu: Oh, I seem to remember you having thoughts on a hw cursor api? | 04:06 |
duflu | RAOF: Only minor thoughts... | 04:08 |
duflu | Also someone started already... | 04:08 |
RAOF | Oh, yeah. | 04:09 |
RAOF | That's right. | 04:09 |
duflu | RAOF: Bug 1189775, bug 1206780 | 04:10 |
ubot5 | bug 1189775 in Mir "Mir cursor has no hotspot setting, assumes (0, 0)" [Medium,In progress] https://launchpad.net/bugs/1189775 | 04:10 |
ubot5 | bug 1206780 in Mir "Clients cannot change the hardware cursor" [Low,Triaged] https://launchpad.net/bugs/1206780 | 04:10 |
RAOF | HW cursor is a prerequisite of useful GLX bypass, so I may need to pick that up. | 04:12 |
tvoss|eod | good morning | 05:15 |
=== forestpiskie is now known as Guest28422 | ||
RAOF | tvoss|eod: Good morning | 05:22 |
=== tvoss|eod is now known as tvoss | ||
tvoss | RAOF, hey there :) how is it going? | 05:23 |
RAOF | This code is ugly, and I hate it. | 05:23 |
tvoss | RAOF, the multi-monitor stuff? | 05:23 |
RAOF | Yeah. | 05:23 |
RAOF | But I'll get it to work, and then unuglify it. | 05:24 |
RAOF | To the extent that's possible. | 05:24 |
alf__ | RAOF: FYI, a branch adding some of the requested extra display configuration information has landed | 05:26 |
RAOF | Woot! | 05:26 |
RAOF | alf__: Thanks. | 05:26 |
alf__ | RAOF: basically Output::type, Card::max_simultaneous_outputs, Output::preferred_mode | 05:26 |
RAOF | Nifty. That'll mostly complete the read-end of randr. | 05:27 |
didrocks | duflu: it seems you were right, since we remove this unity_support_test call from opengl, the ATI hang isn't showing (yet) | 05:30 |
didrocks | it's still a workaround and not a fix, but good enough for me :) | 05:31 |
duflu | didrocks: The guess is well-educated. Mixing multiple GL contexts with fork/exec is apparently a bad idea, sometimes | 05:34 |
duflu | ... which means don't run a GL app (unity_support_test) from within a GL app (compiz) | 05:35 |
didrocks | duflu: I still wonder how/why u-s-c exacerbate this behavior, but at this stage, this is good enough :) | 05:35 |
didrocks | duflu: but when compiz is starting another app | 05:35 |
didrocks | from the launcher | 05:36 |
didrocks | it fork/exec another potential GL app | 05:36 |
RAOF | Wasn't it hybris that exacerbated this behaviour? | 05:36 |
duflu | didrocks: I'm more curious why a few people hit the problem a year ago, but the rest of us did not | 05:36 |
didrocks | (but I guess you meant during opengl initializion) | 05:36 |
didrocks | RAOF: no :/ | 05:36 |
didrocks | RAOF: we got more faulty ran this week-end, after we removed hybris | 05:36 |
didrocks | duflu: right, that's really weird | 05:36 |
duflu | didrocks: One explanation is that very few people actually attempt to use hardware that would fail unity_support_test | 05:37 |
duflu | Hardware that's not a VM... | 05:37 |
didrocks | possibly, but we see that ATI can fail in that case, but it never failed with plan xorg, just with xmir | 05:39 |
didrocks | so it's not only hardware-related | 05:39 |
didrocks | there is a chain of event | 05:39 |
didrocks | duflu: argh, I talked too quick | 05:48 |
didrocks | RAOF: duflu: ATI machine stuck now :/ | 05:48 |
didrocks | Mirv: FYI ^ | 05:48 |
* didrocks checks the compiz version | 05:49 | |
RAOF | Grargh! | 05:50 |
didrocks | 1:0.9.9~daily13.04.18.1~13.04-0ubuntu4 | 05:50 |
didrocks | ok, we have the one with the fixed version :/ | 05:50 |
didrocks | RAOF: do you think anything you can do or I should reboot the machine? | 05:51 |
RAOF | It might be worth attaching gdb again and confirming that it's blocked in the same place? | 05:51 |
didrocks | RAOF: want access? | 05:51 |
RAOF | Yeah, why not. | 05:52 |
RAOF | I've realised that I can't actually get the setting part of multi-monitor to work until I can bind a surface to an output, so let's play SSH! | 05:52 |
didrocks | ;) | 05:52 |
=== Guest28422 is now known as forestpiskie | ||
dholbach | good morning | 07:06 |
tsdgeos | racarr: any luck with my nexus4 issue? | 07:12 |
tsdgeos | yay | 07:15 |
tsdgeos | at least now it's crashing :D | 07:15 |
duflu | tsdgeos: Sounds like your expectations have lowered :/ | 07:19 |
tsdgeos | duflu: well it was doing nothing, it now crashes | 07:24 |
tsdgeos | tbh that is a small improvement :D | 07:24 |
=== chihchun is now known as chihchun_afk | ||
sil2100 | duflu: hi! It seems the compiz unity-support-test running outside of compiz did not help in the u-s-c crashes on ati, sadly | 08:02 |
duflu | sil2100: Then I am out of ideas | 08:02 |
smspillaz | sil2100: stacktrace ? | 08:03 |
sil2100 | smspillaz: not sure if we have any, the machine is usually in really bad condition when that happens | 08:09 |
=== chihchun_afk is now known as chihchun | ||
duflu | tsdgeos: Confirmed, after upgrading to the latest phablet images, N4 hangs instead of rendering. Black screen :/ | 08:50 |
tsdgeos | \o/ | 08:50 |
tsdgeos | it's not only me being stupid | 08:50 |
duflu | Not at all | 08:51 |
duflu | tsdgeos: Do you have a bug logged in mir yet? | 08:54 |
tsdgeos | i think not | 08:54 |
tsdgeos | let me check | 08:54 |
tsdgeos | duflu: nope, i was waiting for a second person to confirm | 08:54 |
tsdgeos | can do now if you want | 08:55 |
duflu | tsdgeos: Yes please. And don't be afraid to log bugs early and confirm later | 08:55 |
* duflu shuts down to swap video cards | 09:16 | |
tsdgeos | duflu: https://bugs.launchpad.net/mir/+bug/1211694 | 09:22 |
ubot5 | Launchpad bug 1211694 in Mir "Black screen on Nexus4" [Undecided,New] | 09:22 |
duflu | tsdgeos: Thanks | 09:22 |
tsdgeos | duflu: sorry i did not remember your name | 09:22 |
tsdgeos | so i wrote your ircnick | 09:22 |
duflu | tsdgeos: /whois duflu | 09:23 |
* tsdgeos is not as good with nicks <-> names <-> faces has he'd like | 09:23 | |
tsdgeos | duflu: i know but you were not here when i was filling the bug :D | 09:23 |
duflu | tsdgeos: Sorry, I am playing with video cards. I won't have much attention on IRC for the rest of the day | 09:23 |
tsdgeos | duflu: no worries :-) | 09:24 |
RAOF | smspillaz: Not (obviously) compiz's fault - X is hung in DRI2Authenticate, waiting on xmir_drm_auth_magic to complete. | 09:27 |
duflu | RAOF: Any chance we will/can accept the community-provided patch for https://bugs.launchpad.net/mir/+bug/1195425 ? | 09:28 |
ubot5 | Launchpad bug 1195425 in xserver-xorg-video-ati (Ubuntu) "Corrupted screen using radeon drivers" [Critical,Triaged] | 09:28 |
duflu | (comment #12) | 09:28 |
RAOF | Yes, I can apply that. | 09:29 |
duflu | RAOF: For the record, I have nothing to do with it. Just noticed the bug and community activity therein | 09:30 |
RAOF | Yeah, I was aware of the problem and the patch (which was also a reply to the upstream patch submission bit); I just didn't think we hit it. | 09:31 |
RAOF | Thanks for pinging me with it. | 09:31 |
duflu | RAOF: I'm playing with a Cedar card and have serious corruption in render_surfaces. But haven't tried the patch | 09:32 |
RAOF | The patch is only for XMir; render_surfaces is going to be a different problem. | 09:32 |
duflu | RAOF: You mean https://launchpadlibrarian.net/144789844/mir_fix_tiling.diff ? | 09:33 |
RAOF | Yes | 09:33 |
duflu | Hmm | 09:33 |
RAOF | Possibly in the mesa patch ;) | 09:34 |
duflu | RAOF: Ok, just noticed the render_surfaces bug is a recent regression. Likely caused by the switch branch and the bug is limited only to render_surfaces with its wacky buffer initialization | 09:38 |
* duflu changes graphics cards again | 10:01 | |
RAOF | didrocks: ppa:raof/aubergine contains an annotated mir/xmir stack that'll dump info about the drm auth process. | 10:04 |
duflu | Woo, 3 minutes. New record? | 10:04 |
RAOF | That's nice and fast. | 10:04 |
duflu | Can't do that with Windows | 10:05 |
didrocks | RAOF: excellent! I think next run, when the machine will be freed, you won't be around | 10:05 |
* RAOF uses his bios to switch graphics cards, so it's approximately 1 standard boot time to change. | 10:05 | |
RAOF | didrocks: That is highly likely :) | 10:05 |
didrocks | RAOF: do you prefer to connect live when we try that? we can do that tomorrow in that case | 10:05 |
RAOF | didrocks: The interesting stuff will be in /var/log/Xorg.0.log, and /var/log/lightdm/* | 10:05 |
RAOF | I'm happy for this to just get run and have the logs dumped on me. | 10:06 |
didrocks | RAOF: ok, let's try that :) | 10:06 |
didrocks | RAOF: one run passed successfully meanwhile FYI | 10:06 |
didrocks | so it's not a 100% hit unfortunately :/ | 10:06 |
RAOF | Yay. Race condition! | 10:06 |
didrocks | RAOF: oh, I'm afraid we'll get newer Mir though throughout the day | 10:07 |
didrocks | RAOF: can you try to push mir with a higher version? | 10:07 |
RAOF | Allow me to upload to my ppa again, this time with an epoch? | 10:07 |
didrocks | RAOF: sounds good :) | 10:07 |
mlankhorst | already? haha | 10:07 |
didrocks | I would never thought I would say epoch is good :p | 10:07 |
didrocks | think* | 10:07 |
didrocks | RAOF: I'm a little bit afraid you uploaded u-s-c to early without an artificial bump on debian/control | 10:30 |
didrocks | RAOF: so it's getting published before Mir | 10:30 |
didrocks | and so package dependency won't work | 10:30 |
=== dpm_ is now known as dpm | ||
RAOF | didrocks: Oh, arse. Allow me to fix that. | 11:11 |
mlankhorst | lol | 11:12 |
mlankhorst | one more epoch later! | 11:12 |
RAOF | Hm. The 3.11 kernel looks like it might have fixed the hsw texture corruption on suspend/resume. | 11:17 |
=== chihchun is now known as chihchun_afk | ||
didrocks | sil2100: RAOF: I think I just press the "I'm feeling lucky" button and just get the ati card screwed starting at the first run! | 12:43 |
* didrocks now collect logs | 12:43 | |
didrocks | RAOF: https://bugs.launchpad.net/mir/+bug/1204939/comments/11 | 12:55 |
ubot5 | Launchpad bug 1204939 in Mir "Unity doesn't start on ATI test machine (hang in mir_wait_for())" [Critical,Triaged] | 12:55 |
didrocks | sil2100: ok, now that those infos are extracted, I'm rebooting the ati machine FYI ^ | 12:57 |
=== pete-woods is now known as pete-woods-lunch | ||
sil2100 | ;) | 14:17 |
* sil2100 checks the logs | 14:17 | |
sil2100 | didrocks: I guess Daniel might take a look at those logs as well, maybe he would have some ideas as well - if he has enough time to look at them | 14:23 |
didrocks | yeah | 14:24 |
=== alan_g is now known as alan_g|tea | ||
sil2100 | didrocks: I think we need to make sure everyone knows what happened | 14:31 |
sil2100 | didrocks: did you poke Pat and Kevin? | 14:31 |
didrocks | sil2100: oliver is doing the communication work :) | 14:31 |
sil2100 | Awesome | 14:32 |
=== alan_g|tea is now known as alan_g | ||
sil2100 | didrocks: Apps finished, all green :O | 15:01 |
didrocks | sil2100: wooow \o/ green again | 15:02 |
sil2100 | :O <- shocked face | 15:02 |
didrocks | sil2100: running more make it less a burden to fix issues | 15:02 |
sil2100 | didrocks: so it seems, as less changes are in during releases, so even less possible stacks to fail at once ;p | 15:02 |
didrocks | right :) | 15:03 |
xjunior | is ickle around? | 16:30 |
xjunior | Chris Wilson | 16:30 |
=== bodya_leone is now known as bodyaFCSD | ||
olli_ | RAOF, ping | 20:55 |
olli_ | thomi, ping | 21:04 |
thomi | olli_: Hi | 21:04 |
olli_ | thomi, hey | 21:04 |
olli_ | thomi, mind having a look at http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/testcases/packages/1572_xMir to see if this is in good shape for a round of call for testing as part of balloons cadence testing | 21:05 |
thomi | sure | 21:05 |
olli_ | thomi, focus for this should be to test mir out of archive | 21:05 |
olli_ | and to get some wider HW coverage from the community | 21:05 |
olli_ | balloons mentioned he is accepting changes via branches ;) | 21:05 |
olli_ | thomi, thx | 21:06 |
thomi | yeah OK, there are a few tweaks I'd make | 21:06 |
thomi | olli_: what's the timeline for this? | 21:06 |
olli_ | the CFT will happen on Sat 8/17 | 21:06 |
olli_ | so before EOW, preferable earlier | 21:07 |
thomi | olli_: OK. | 21:07 |
thomi | I'll finish writing this looooong bug report, then get to it :) | 21:07 |
olli_ | thomi, awesome | 21:07 |
olli_ | thomi, we will provide them with additional information on | 21:07 |
olli_ | how to install etc | 21:07 |
olli_ | as well as release notes type of information (i.e. don't file MM not working...) | 21:08 |
olli_ | so you don't have to worry about it | 21:08 |
olli_ | but you can if you want ;) | 21:08 |
thomi | olli_: if MM doesn't work, we should remove it from that list | 21:08 |
olli_ | I'll start putting something together and copy you on it for comments | 21:08 |
thomi | cool | 21:09 |
thomi | thanks | 21:09 |
olli_ | coolio | 21:09 |
olli_ | thx | 21:09 |
racarr | Client-focus-notifications v5! | 22:19 |
racarr | Is anyone besides tsedgos able to reproduce this mir not working on nexus 4 thing I have been hearing about | 22:28 |
racarr | I just tested fresh everything and it seems fine | 22:28 |
=== bschaefer_ is now known as bschaefer | ||
olli_ | racarr, ev was having issues | 22:42 |
RAOF | Ok. What the hell is going on with the jenkins ATI machine? | 23:08 |
bschaefer | RAOF, hey, so I've been seeing these memory leaks, but they look like libEGL and not the clients fault: https://bugs.launchpad.net/mir/+bug/1211982 | 23:25 |
ubot5 | Launchpad bug 1211982 in Mir "Memory leaks in libEGL while running mir" [Undecided,New] | 23:25 |
bschaefer | unless i've missed cleaning something up, or the demos missed cleaning something up | 23:25 |
RAOF | That does look a lot like a leak in Mir's EGL, doesn't it. | 23:26 |
bschaefer | RAOF, yeah, i've seen the dri2_create_screen leak for sometime now...but figure to at lease poke you about it | 23:27 |
RAOF | Pity about those ??? frames :) | 23:27 |
bschaefer | yeaah | 23:27 |
RAOF | Got the -dbgsym packages installed? | 23:27 |
* bschaefer checks | 23:27 | |
bschaefer | well im assuming I don't :) | 23:27 |
bschaefer | RAOF, http://paste.ubuntu.com/5983019/ | 23:29 |
bschaefer | for the first one, still some ?? for the second, let me dig for those packages | 23:29 |
RAOF | Yup, there's the leak. | 23:29 |
bschaefer | RAOF, interesting, well let me collect better info and update the bug | 23:31 |
bschaefer | dang... just empty ??? that are left: http://paste.ubuntu.com/5983021/ | 23:32 |
* bschaefer wondres which package that would be | 23:33 | |
RAOF | libgl1-mesa-dri-dbg, I wager. | 23:33 |
* bschaefer installing | 23:34 | |
jono | hey all | 23:35 |
jono | btw, I am collating Mir testing of gpus at https://wiki.ubuntu.com/Mir/GPUTesting | 23:35 |
RAOF | Hey jono! | 23:35 |
bschaefer | still question marks for that one...but it filled in a bunch of ??? for an uninted var: | 23:35 |
jono | hey RAOF :-) | 23:35 |
bschaefer | http://paste.ubuntu.com/5983027/ | 23:35 |
jono | this should provide a better idea of overall gpu coverage | 23:35 |
bschaefer | RAOF, ill look for some dbg packges, and take a look at the source code to figure out which lib is being called | 23:36 |
bschaefer | thanks for the info! | 23:36 |
bschaefer | the full log atm: just 3 more ??? to go... http://paste.ubuntu.com/5983033/ | 23:37 |
RAOF | Ah. That ioctl is going to be noise. | 23:38 |
bschaefer | cool, then just 2 leaks that I see in egl apps, and with sdl on the mir side of things :) which is not a lot | 23:39 |
RAOF | How annoying are these leaks for you? I(should)'ve plugged the create_window_surface one, and I can check out the other one. | 23:39 |
bschaefer | RAOF, not at all annoying, just saw them when I was checking my own memory leakage | 23:40 |
RAOF | Ok. | 23:40 |
RAOF | I'll fold them in next time I need to update mesa then. | 23:40 |
bschaefer | RAOF, everything is still running smooth, and its only during creation, and termination of the program so its not a huge deal | 23:40 |
RAOF | Yeah. You'll also leak once per surface you create, but you're unlikely to do that in a loop :) | 23:40 |
bschaefer | one would hope :), depending on the application...but yes | 23:41 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!