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

Re: Win10 DomU with QXL graphics unusable


  • To: xen-users@xxxxxxxxxxxxxxxxxxxx
  • From: Stefan Kadow <pub@xxxxxxxx>
  • Date: Sat, 12 Sep 2020 13:51:45 +0200
  • Delivery-date: Sat, 12 Sep 2020 11:53:10 +0000
  • List-id: Xen user discussion <xen-users.lists.xenproject.org>

Am Sonntag, 6. September 2020, 23:49:57 CEST schrieb Stefan Kadow:
> Hello,
> 
> when using QXL graphics in win10 domU, the system runs as long as I use
> the
> Windows Basic Display Adapter. When I install the latest qxldod driver
> from
> Fedora/RedHat, the system becomes unusable. Delayed response times of
> 30s and
> more. I have tried ovmf and seabios, but with the same result.
> 
> When I copy the Qemu commandline from verbose xl output, I get a
> software
> emulated slow but usable/responsive System. The only thing I had to
> change is
> the machine type from xenfv to pc.
> 
> Is this a Xen or a Qemu related problem?
> 
> I tried unsuccessfully to patch the source code of the xl toolkit,
> because I
> think it is a problem with the machine type "pc,accel=xen", which is set
> by xl
> when calling qemu.

I have managed to patch the source code so that the call to Qemu uses "pc" as 
machine type. I also extended the startup timeout so that the domU runs long 
enough to check the stability.
Now I can confirm that QXL graphics cannot be used with the machine types 
"xenvf" and "pc,accel=xen", no matter if seabios or ovmf is used.

Where can I file a bug for this problem?

-- 
THX for any help!





 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.