Re: [PATCH 0/2] RFC: handle startup race for monitors config

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2015-04-02 at 14:48 +0200, Marc-André Lureau wrote:
> Hi
> 
> 
> On Wed, Apr 1, 2015 at 9:19 PM, Jonathon Jongsma <jjongsma@xxxxxxxxxx>
> wrote:
>         In general this is an area that's tricky to get right. We
>         recently added
>         some code to try to avoid sending down monitor-config messages
>         from the
>         client when they're not necessary (e.g. when they would be set
>         to the
>         same dimensions that it already is). But that already created
>         a couple
>         of minor regressions, so I'm a little bit reluctant to do too
>         much more
>         there.
> 
> 
> Addtional delays hack will probably make things worse in some area
> too.
> 
> 
> Have you considered having a fixed monitor configuration when the
> configuration is given at startup? (start with given sizes, no further
> resizes or changes)


That would be a pretty drastic change in behavior. So, no, I have not
considered that. It would also open up a large can of worms. For
example, what would happen if you re-configured the displays from within
the guest control panel. What would you do then?

Jonathon

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel





[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]