=== seb128_ is now known as seb128
=== duflu_ is now known as duflu
[07:38] <mlankhorst> RAOF: I don't get the corruption on ati, is it only on the login screen?
[07:38] <RAOF> mlankhorst: Hrumph. No, it's all the time.
[07:39] <RAOF> mlankhorst: Although for me it's only really noticable on dual-head setups.
[07:40] <mlankhorst> hmmmm
[07:43] <duflu> mlankhorst: There are videos in the duplicates: https://bugs.launchpad.net/xmir/+bug/1233545
[07:43] <ubot5> Ubuntu bug 1233545 in xserver-xorg-video-ati (Ubuntu) "XMir screen corruption on radeon chipset" [Critical,Confirmed]
[07:57] <RAOF> As I say, throwing in a radeon_bo_wait(src) before the EXA copy seems to fix it for me - but might not, as maybe it still glitches if I load the machine heavily enough.
[08:03] <mlankhorst> probably will
[08:40] <mlankhorst> RAOF: hm what kernel?
[08:43] <mlankhorst> and what resolution? Just in case it matters
[09:16] <mlankhorst> RAOF: hm if screen automatically turns off, xset dpms force on doesn't redraw the entire screen again
[09:27] <RAOF> mlankhorst: Latest saucy kernel; 1366x768 + 1920x1200
[09:39] <alf_> RAOF: duflu: Any idea if it is reasonable to upgrade to trusty now?
[09:39] <RAOF> alf_: Works for me.
[09:39] <duflu> alf_: It's working find on the laptop. But as always, don't risk a production machine till release
[09:39] <duflu> "working fine"
[09:40] <alf_> RAOF: duflu: thanks, it's for my devel box
[09:45] <mlankhorst> [  3420.199] (EE) Received unknown Mir lifetime event
[09:45] <mlankhorst> hmz
[09:45] <mlankhorst> bleh
[09:48] <mlankhorst> not fatal though
[09:55] <mlankhorst> those 2 are funny resolutions though
[10:00] <popey> RAOF: who would be best to look at bug 1245958 ?
[10:00] <ubot5> bug 1245958 in unity-mir "Apps crash with image 8" [Critical,New] https://launchpad.net/bugs/1245958
=== alf_ is now known as alf|upgrade
[10:42] <mlankhorst> RAOF: unable to reproduce the corruption though :/
[11:01] <mlankhorst> ok I broke trusty xmir, first time by hotplugging a display, second time by switching resolutions
[11:08] <alf|upgrade> mlankhorst: perhaps https://github.com/afrantzis/xserver/tree/multimonitor-stabilize will improve things for you
[11:09] <mlankhorst> alf|upgrade: that's not in trusty yet?
[11:09] <alf|upgrade> RAOF: Have you tested https://github.com/afrantzis/xserver/tree/multimonitor-stabilize ? Should we get it in? (although perhaps it's not as relevant now, since we are going rootless only)
[11:10] <alf|upgrade> mlankhorst: (no)
[11:19] <mlankhorst> bah
[11:45] <mlankhorst> RAOF: hm even if I overload the gpu I don't get glitches with ati
[11:47] <mlankhorst> running 5 glxspheres or so ;)
=== alan_g is now known as alan_g|afk
[11:48] <mlankhorst> so on my amd 5570 I'm unable to reproduce, macbook seems unaffected too
=== alan_g|afk is now known as alan_g
=== alf|upgrade is now known as alf_
=== sfeole` is now known as sfeole
=== dandrader is now known as dandrader|afk
[14:57] <alan_g> alf_: are you set up to verify a phone fix? https://code.launchpad.net/~alan-griffiths/mir/fix-1245958/+merge/193225
[14:59] <alf_> alan_g: I can be ready within the next hour (need to flash latest image)
[15:00] <davmor2> alf_: it's not progress further than 8
=== dandrader|afk is now known as dandrader
[15:00] <davmor2> alan_g: if I knew how to install it I could have a go here on maguro
[15:03] <alan_g> davmor2: not sure what the best approach is - I built and installed on the phone. (nb the default install path isn't the one that gets used)
[15:04] <alf_> davmor2: the way I usually do it for quick tests is cross build on the desktop and just copy the .so files to the phone
[15:06] <alan_g> so do I - but got caught by saucy/trusty switch
[15:07] <davmor2> Yeah my knowledge on building packages is very limited, I just break them on the whole.  Note to self must learn packaging when I get some more time to myself :D
[15:25] <alf_> greyback_: @dont-use-OrganisingSurfaceFactory MP, are you OK with me top-approving it? I saw that you reverted your top-approval...
[15:26] <greyback_> alf_: just written the comment as to why I un-approved it
[15:26] <alf_> greyback_: ok
=== alan_g is now known as alan_g|tea
[15:33] <racarr> Morning
[15:34] <kdub> hello racarr
[15:34] <racarr> Hey kevin
=== alan_g|tea is now known as alan_g
[16:06] <greyback_> alf_: alan_g: I'd like to set up a meeting tomorrow to talk about my Mir+QtScenegraph proposal. What time is suitable for you guys? Who else should attend from your side?
[16:07] <alf_> greyback_: duflu and dandrader
[16:07] <alan_g> greyback_: duflu, racarr, dandrader
[16:09] <greyback_> alan_g: alf_: what's a good time when you talk with duflu?
[16:09] <greyback_> early morning (UTC)?
[16:09] <alan_g> greyback_: @"Please place under the method definitions in a private section" it is in a private section under the member functions. What do you mean?
[16:10] <alf_> greyback_: http://www.timeanddate.com/worldclock/meetingtime.html?day=31&month=10&year=2013&p1=26&p2=136&p3=37&p4=196&iv=0
[16:11] <alf_> greyback_: so probably 09:00 UTC
[16:11] <greyback_> alan_g: I mean adding an explicit "private:" under the member functions, and putting it in there
[16:12] <greyback_> as in http://pastebin.ubuntu.com/6330752/
[16:13] <alan_g> greyback_: paraphrasing: move the private section before the protected one?
[16:15] <alan_g> greyback_: Ah - was looking at wrong class
[16:15] <greyback_> alan_g: oh, sorry
[16:15] <greyback_> alf_: handy link, thans
[16:15] <greyback_> +k
[16:17] <greyback_> alan_g: alf_: tomorrow morning a bit early, in case not everyone has digested the doc. Friday ok?
[16:17] <alan_g> greyback_: ok
[16:17] <greyback_> will arrange separate meeting to suit racarr & dandrader
[16:17] <alf_> greyback_: ok
[16:18] <greyback_> ok, I'll arrange that, thanks!
[16:22]  * alf_ is unhappy with the super-slow speeds from system-image.ubuntu.com for phone images (30Kb/s)
[16:22] <alf_> actually 30 KB/s
[16:23] <ogra_> alf_, weird ... its on the same line as cdimage.u.c
=== dandrader is now known as dandrader|lunch
[16:27] <alf_> ogra_: cdimage.u.c gives me much better speed (>500KB/s)
[16:27] <ogra_> strange
[16:28] <alf_> ogra_: e.g. try http://system-image.ubuntu.com/pool/ubuntu-2b15f23887a568f00df8bd9cf8e5ceab9a837bd66f0075a0cb04773c66442e0f.tar.xz vs http://cdimage.ubuntu.com/releases/13.10/release/ubuntu-13.10-server-armhf+omap.img
[16:30] <ogra_> both get me ~280KB/s
[16:30] <ogra_> (which is about as much as i get over this 2Mbit line)
=== jono is now known as Guest50058
[16:49] <alan_g> greyback_: I've updated the unity-mir MPs - hope I've grokked the project style this time. ;)
[16:49] <greyback_> alan_g: magic, thank you. Looking now
[17:23] <greyback_> racarr: hey, is this week a bad week to have a meeting on the Mir&QtScenegraph doc?
[17:34] <alan_g> kdub: assuming we've now unblocked the image 8 build it would be good to drop the dev-branch changes onto trunk. Maybe you could confirm the status is OK your afternoon? (Or nudge kgunn)
[17:37] <kdub> alan_g, confirm the status is ok?
[17:38] <kdub> like, test the dev branch out for problems, you mean?
[17:39] <alan_g> kdub: no, make sure we're the image has gone and we don't have to fix it
[17:39] <alan_g> s/ we're//
[17:39] <kdub> ah, make sure it hits the builds
[17:39] <kdub> rather, make sure it lands in the image
[17:40] <alan_g> and that the image gets promoted
[17:40] <greyback_> alan_g: I'm getting merge conflict with dont-use-OrganisingSurfaceFactory, can you double-check with unity-mir trunk please?
[17:40] <alan_g> greyback_: sure
[17:41] <kdub> alan_g, can do
[17:42] <alan_g> kdub: thanks
[17:46] <alan_g> greyback_: it's just bzr not liking changes on adjacent lines. updating...
=== dandrader|lunch is now known as dandrader
[17:46] <greyback_> alan_g: thank you
[17:47] <alan_g> greyback_: you're welcome. Thanks for reviewing
=== alan_g is now known as alan_g|EOD
=== dandrader is now known as dandrader|afk
=== jono is now known as Guest21711
=== dandrader|afk is now known as dandrader