Re: [protocol RFC 2/2] protocol: add SPICE_DISPLAY_CAP_HEAD

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

 



On Mon, May 07, 2012 at 01:43:58PM +0200, Marc-André Lureau wrote:
> On Mon, May 7, 2012 at 8:29 AM, Alon Levy <alevy@xxxxxxxxxx> wrote:
> > Signifies that the client will support any SpiceDisplayMsgHead sent.
> 
> What happens if the server has the capability but not the client?
> 
> Should the client show the whole primary surface with its multiple
> heads, or quit with an error? Can the server do something to limit the
> primary surface to a single screen in this case, would that be
> preferable?
> 

I talked about this in the patch, my idea in this case is to have
another interrupt source (INTERRUPT_CLIENT) and to add a QXLClient
struct with the client capabilities. The interrupt indicates a change to
the struct which the driver needs to parse. It sees that the new client
does not support the SPICE_DISPLAY_HEAD capability, and would reduce the
number of heads to 1 (by disconnecting the rest), and make the primary
equal to the only head size.

> -- 
> Marc-André Lureau
_______________________________________________
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]