/srv/irclogs.ubuntu.com/2016/02/08/#ubuntu-mir.txt

duflualf_, alan_g : Should it be possible for a client with the default swap interval to submit frames that never make it to composition? That's what I'm seeing in our test framework. If the client starts too quickly then the test server never sees that frame.08:59
duflu... which is a problem our acceptance tests don't cope with and they they measure latency wrong09:00
dufluthey then09:00
alf_duflu: I don't think we should allow that09:01
alf_duflu: (I mean a frame never making it to composition)09:01
duflualf_: yeah losing a frame and only seeing the second and subsequent ones is a problem. I'll have an acceptance test for it soon, but not a fix09:02
coretex__no frame left behind09:02
dufluHeh09:02
alan_gduflu: in a bit of synchronicity I've been puzzling over StaleFrames.are_dropped_when_restarting_compositor which seems to test for that behaviour.09:06
duflualan_g: Sounds related, although mine is on startup09:06
dufluWhat is a stale frame?09:07
dufluI forget09:07
alan_gAFAICS so is the test (despite its name)09:07
dufluDropping frames except in the confines of well-planned triple buffers with at least 2 frames ready is usually unsafe09:07
dufluBecause you can drop the newest frame09:08
dufluWith no guarantee anything comes after it09:08
alf_duflu: when restarting the compositor we want to show only the latest submitted frame, instead of all queued frames (don't forget that even when the compositor is off we allow clients to render at a low rate 10FPS or so). Older frames that we don't want to render, are called 'stale'.09:21
duflualf_: Oh, yes. But I'm not restarting :)09:21
alan_gHow is the "re" in restarting significant to that argument?09:22
duflualf_: Do we delete stale frames even when there's only one? That would be a problem...09:22
alan_gBy that definition the latest one can't be stale09:22
dufluBecause it might be a slow or simply well-behaved client, and the latest frame could be from before it went to sleep. Not displaying that is a serious problem09:23
duflualan_g: Fair point. But we could still mess it up infinite ways...09:23
alf_alan_g: in theory at least, we can't have a stale frames when first starting the server, since we start the compositor before the client connector09:26
alf_alan_g: but perhaps we are messing this somehow?09:26
alan_galf_: Like I said, I was puzzled by this test at EOW. Maybe it will make sense today.09:27
dufluSounds relevant. Maybe skipping a stale frame on start-up is right...09:28
dufluGah, I read that backwards. Must be approaching EOD09:29
* duflu continues with the test, regardless of what the bug or fix is...09:29
zzarrhello duflu :-)09:52
dufluzzarr: Hi09:52
zzarrI found a libGLESv2 for my mail 764 GPU, I haven't tested it yet (my package system got broke when installing ofono and urfkill)09:53
zzarris there a way I can check if the lib I have is the one needed by Mir?09:54
alan_galf_: are your concerns addressed? https://code.launchpad.net/~kdub/mir/refix-1517205/+merge/28386110:12
anpokvogons: I am thinking about moving MirClientConnection.. from graphics::nested .. to .. hum not sure yet11:26
* alan_g wonders11:27
anpok*MirClientHostConnection11:27
anpokI need to forward input device events11:27
anpokregister for changes .. in nested setup11:28
anpokit currently does graphicse and life cycle events.. so it alreday feels slightly misplaced11:29
anpokhm or I will just leave it there and wait for complains and suggestions..11:29
* alan_g thinks "nested" is already more than graphics - and is unlikely to complain.11:32
anpokah .. I mean it is inside graphics right now..11:32
anpokmir::nested would make more  sense to me11:32
alan_gI know that. ;)11:32
anpokand mir::nested::graphics for related stuff..11:32
anpokok11:32
alan_ganpok: we should revisit nested, the platform ABI (and especially, if we really need create_guest_platform()) after NBS has solidified. It ought to be possible to do things a lot more cleanly.11:37
anpokaye.. i was close to implementing what I need as a platform.. but turned out that the input subsystem behaves quite different when nested..11:40
anpokit does not nees any of the interesting state tracking parts to begin with.11:40
anpoks/nees/need11:40
alan_galf_: do you know what this failure is? https://code.launchpad.net/~alan-griffiths/mir/fix-1535894-alt/+merge/285223/comments/72580016:21
alf_alan_g: yeah, just mentioned that in #mir16:22
alf_alan_g: it seems to be a package problem16:22
alf_alan_g: in libuuid116:22
alan_gI suspected that, or a the test system configured "incorrectly"16:23
alf_alan_g: I will try to work around that by updating the chroot (so that we don't need to upgrade the package for each package build). Not sure it will help but let's see...16:24
alan_galf_: thanks. (I was mostly concerned that nothing you'd done was causing unexpected failure.)16:27
alf_alan_g: hmm, not working, same error16:32
=== alan_g is now known as alan_g|EOD

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!