Various issues when using multiple graphic outputs

Christian Ehrhardt christian.ehrhardt at canonical.com
Fri Sep 4 10:41:24 UTC 2020


On Fri, Sep 4, 2020 at 12:37 PM Gerd Hoffmann <kraxel at redhat.com> wrote:
>
> On Fri, Sep 04, 2020 at 12:05:08PM +0200, Christian Ehrhardt wrote:
> > Hi,
> > I've had continuous issues with this and wanted to reach out
> > if that is a common issue everyone has or just me lacking a little
> > detail on my setup.
>
> > - QXL with multiple heads
> >   - works fine (so multi display in general seems fine for the
> >     involved components)
>
> Yep.
>
> > - VGA + QXL, QXL + Virtio, Virtio + QXL:
> >   - Guest only detects primary display
> >   - Can't convince X in the guest to use the second device as well
> >   - lspci lists both devices just fine
> >   - dmesg shows the kernel is initializing them, e.g. drm for virtio
>
> As far I know xorg can't really deal with multiple display devices.
> So typically you have a single device with multiple connectors, so
> you can hook up multiple monitors.
>
> In the virtual world qxl and virtio support multiple heads, so pick
> one of these two and enable as many heads as you need.

Well my initial target before I realized that it seemed to affect all
combinations in different ways was to get a mediated device to work well.
So If the answer is "just use only one" then I need to find a way to convince
libvirt to -not- re-add a graphics device when the mdev of the vgpu is
present.

> Also make sure
> spice-agent is active in the guest, otherwise operating the mouse is a
> PITA.

I think it was active but surely will give it a second look to be sure
- thank you!

> Dunno how things are with wayland.
>
> > - 2*QXL
> >   - X has issues to initialize on user login
> >   - no error in the log, just hung
>
> The windows guest driver doesn't support qxl devices with multiple
> outputs and expects one qxl device per head instead.  So use this
> one for windows guests.
>
> HTH,
>   Gerd
>


-- 
Christian Ehrhardt
Staff Engineer, Ubuntu Server
Canonical Ltd




More information about the libvir-list mailing list