[Spice-devel] [RFC PATCH v2 00/20] Monitor ID rework

Lukáš Hrázký lhrazky at redhat.com
Wed Sep 19 11:50:39 UTC 2018


Hello,

On Wed, 2018-09-19 at 11:24 +0200, Gerd Hoffmann wrote:
>   Hi,
> 
> > this is the reworked second version of the Monitor ID series.
> 
> Ping.  What is the status here?  v3 coming?

Sorry about the radio silence. We discussed the possibilities and came
up with roughly the following:

- From now on we will only use one monitor per display channel.

- Given the above, we don't need to fix the channel_id + monitor_id
problem immediately, so we'll leave that as it is now.

- We're going to try to implement you suggestion of identifying the
monitors in the guest basically according to your outline in
https://lists.freedesktop.org/archives/spice-devel/2018-August/045465.html

> Another lousely related thing:  While debugging another issue I've
> noticed that QXLMonitorsConfig has a surface_id field.  What this is
> intended for?  Map non-primary surface to a head?

I just did a brief investigation, I am not sure. It seems the field is
not used in the QEMU <-> SPICE part of the exchange?

In the SPICE protocol the field is used to refer to the surface on
which the monitor is located. I think it can only be a primary surface
and due to implementation limitations this means only surface ID 0, but
I may be wrong here. Maybe Frediano has more insight.

> And one more:  I'm trying to get edid support into qemu and linux kms
> drivers.  This might also help identify monitors in the guest (edid data
> blobs can have serial numbers).  Not short-term though as this will need
> updated guest drivers to work.

We also considered EDID as a possibility for identification, but in the
end discarded it as not fitting well. The main reason I think was that
EDID is actually data from the physical monitor, not a graphics device
output.

An example was mentioned when you have a physical graphics card
directly assigned to a VM, which has two outputs and a user would
unplug his monitor from the first output and plug it into the other.

Cheers,
Lukas

> cheers,
>   Gerd



More information about the Spice-devel mailing list