| === LockeAnarchist- is now known as LockeAnarchist | ||
| duflu | RAOF: Can you remove the "devel" series now? I think we're used to "lp:mir" now. | 05:56 |
|---|---|---|
| RAOF | duflu: Maybe? Let me check. | 06:14 |
| duflu | I can't... You own it :) | 06:15 |
| RAOF | Turns out that I can :) | 06:16 |
| RAOF | Oh, wow. | 07:19 |
| RAOF | Yeah, that renderer frig is a really terrible cludge. | 07:19 |
| RAOF | Ok CI. Review that branch before I wake up tomorrow morning. I dare you! | 07:32 |
| alan_g | alf_: PidFakingSessionCoordinator? | 10:54 |
| alf_ | alan_g: ok | 10:57 |
| === dandrader is now known as dandrader|afk | ||
| === dandrader|afk is now known as dandrader | ||
| alan_g | alf_: in Washington we talked about adding "emergency cleanup" handling to mir::Server. Have you thought about that yet? | 14:06 |
| alf_ | alan_g: no | 14:07 |
| alan_g | OK. Unless you're keen to do it I might look at that. (Once I've figured out what is happening to ClientCredsTestFixture.session_authorizer_receives_pid_of_connecting_clients) | 14:09 |
| alf_ | alan_g: It's not in my short-term plans, so feel free to pick it up if you have the cycles. | 14:12 |
| alf_ | alan_g: currently focusing on main loop and a couple of assigned bugs | 14:12 |
| anpok | kdub: which part is too heavy, in real_hwc_wrapper? | 14:45 |
| anpok | would you prefer having the same interface has hwc, without a structure and conversions taking pace? | 14:47 |
| anpok | +l | 14:47 |
| kdub | anpok, somewhat, although maybe we could just log what's going on in terms of the api | 14:49 |
| anpok | hmm oh! | 14:49 |
| anpok | i missed adding the logs | 14:50 |
| kdub | like the point of that class is to be light and easy to pop logging in and out at the hwc api level | 14:50 |
| kdub | and if we do type conversions in there, it becomes thicker and thicker. Like, I could be sending a std::list<Renderables> in the prepare and set functions and converting the types in the 'RealHwcWrapper', but | 14:51 |
| kdub | thats the job of other classes to do the tricky work of converting the mir types to the raw hwc stuff | 14:52 |
| kdub | like, originally, I just mocked out the hwc type, but that proved zany in the test code (list checking in particular) | 14:52 |
| kdub | and the wrapper provided cleanups in terms of the code that executes the logic, as well as in the test code for HwcDevice | 14:53 |
| kdub | anpok, I guess my main suggestion is | 14:55 |
| kdub | since we have the need to requery this information from the hwc device, we should have a class that does the some sort of things that the factory does | 14:55 |
| kdub | and the DisplayDevice implementers can use that to get subsequent display configurations | 14:56 |
| kdub | which cuts down on duplication, and isolates the tricky business of gathering that information | 14:56 |
| anpok | the resource factory? | 14:57 |
| kdub | because the hwc api designers didn't really think it through and make it easy for us | 14:57 |
| anpok | hm i thought the duplication would go away as soon buffer creation would rely on the display configuration outputs provided by the display device.. | 14:58 |
| anpok | i thought display device would be the indirection to use for that purpose .. | 14:58 |
| anpok | .. differing between fb, hwc-1.0/fb and hwc-1.1 | 14:59 |
| kdub | well, there's more distinctions to be made | 14:59 |
| kdub | like hwc 1.3 supports opaque pixel formats and such | 15:00 |
| kdub | so hwc 1.1-1.3 have the same fundamental stuff going on in the business of posting displays, but the initial arrangements vary | 15:00 |
| anpok | kdub: so you mean I should be moving assembling of mir display structures to resource factory? | 15:13 |
| anpok | ok misread what you said above | 15:26 |
| kdub | right, like the code in framebuffers (in the anonymous namespace) may as well be its own helper class that the Framebuffers can use to make the fb-buffers | 15:29 |
| kdub | and some other part of the system (even, mga::Display) can use to generate the configuration | 15:29 |
| === alan_g is now known as alan_g|tea | ||
| kdub | the DisplayDevice implementations have enough to juggle in the business of simply posting the layer list | 15:30 |
| === alan_g|tea is now known as alan_g | ||
| === dandrader is now known as dandrader|lunch | ||
| === dandrader|lunch is now known as dandrader | ||
| dandrader | I just built qtmir on my desktop. a test binary refuses to run because it's looks for libmirserver.so.25 whereas libmirserver.so.26 is the one installed | 17:50 |
| dandrader | I wonder what's out of sync | 17:50 |
| dandrader | oh, it's the installed /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqpa-mirserver.so | 18:07 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!