Bug 61853 - using qemu/kvm with spice, mouse doesn't work after saving and restoring
Summary: using qemu/kvm with spice, mouse doesn't work after saving and restoring
Status: RESOLVED WONTFIX
Alias: None
Product: Spice
Classification: Unclassified
Component: spicec (deprecated) (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Spice Bug List
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-05 12:53 UTC by Brian J. Murrell
Modified: 2015-06-19 17:49 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Brian J. Murrell 2013-03-05 12:53:05 UTC
I'm using spice client/server 0.12.2 on Fedora 18 with qemu-kvm 1.2.2 and a Windows 7 guest.  All works just fine until I save the VM and then restore it.  After restore, the Windows 7 VM works fine with the exception of the mouse which does not respond to the host mouse activity.

Happy to provide any further information to get to the bottom of this.
Comment 1 Christophe Fergeau 2013-03-06 10:30:44 UTC
Have you installed some specific drivers in the guest? If so, which version?
Comment 2 Brian J. Murrell 2013-03-06 13:56:22 UTC
(In reply to comment #1)
> Have you installed some specific drivers in the guest?

Drivers for what?  I have done nothing except install Windows.

I am sure that this save/resume has resulted in a working mouse in the past but that might have been before I switched to spice.  I have not added any new drivers to my Win7 since I installed it so it's the same now as it was when I recall this having worked.

Is there any tests I can carry out to help diagnose?
Comment 3 Christophe Fergeau 2013-03-06 14:04:59 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Have you installed some specific drivers in the guest?
> 
> Drivers for what?  I have done nothing except install Windows.

Virtio drivers, qxl drivers, ... but it seems you don't have that.
Comment 4 Brian J. Murrell 2013-03-06 14:19:16 UTC
So yeah.  Just did a test.  Removed the SPICE display and created a VNC display.  The mouse cursor survives the save/resume cycle.

But wow.  I'm remembering now why I switched to spice.  The VNC display is yukky.  :-/
Comment 5 Brian J. Murrell 2013-03-06 14:32:58 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > Have you installed some specific drivers in the guest?
> > 
> > Drivers for what?  I have done nothing except install Windows.
> 
> Virtio drivers, qxl drivers, ... but it seems you don't have that.

Ahhh.  I understand what you mean now.  So yes, I do have some guest drivers installed:

Red Hat QXL GPU: 05/10/2011  6.1.0.10012
Red Hat VirtIO Ethernet Adapter: 03/07/2012  61.63.103.3000
Red Hat VirtIO SCSI Disk Device: 12/06/2006  6.1.7600.16385
Comment 6 Christophe Fergeau 2013-03-06 14:52:30 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > (In reply to comment #1)
> > > > Have you installed some specific drivers in the guest?
> > > 
> > > Drivers for what?  I have done nothing except install Windows.
> > 
> > Virtio drivers, qxl drivers, ... but it seems you don't have that.
> 
> Ahhh.  I understand what you mean now.  So yes, I do have some guest drivers
> installed:
> 
> Red Hat QXL GPU: 05/10/2011  6.1.0.10012
> Red Hat VirtIO Ethernet Adapter: 03/07/2012  61.63.103.3000
> Red Hat VirtIO SCSI Disk Device: 12/06/2006  6.1.7600.16385

No vioserial driver? They seem to be fairly old versions, can you try to update them?
Comment 7 Brian J. Murrell 2013-03-06 15:24:37 UTC
OK.  Updated to spice-guest-tools-0.52.exe.  That updated the installed drivers to:

Red Hat QXL GPU: 15/10/2012  6.1.0.10016
Red Hat VirtIO Ethernet Adapter: 22/01/2013  61.64.104.5200
Red Hat VirtIO SCSI Disk Device: 21/06/2006  6.1.7600.16385
Red Hat VirtIO SCSI controller: 22/01/2013  61.64.104.5200

I rebooted and then tried to save/resume again.  Sadly, no change.  I was not holding my breath given the very small delta of the QXL GPU driver update.
Comment 8 Christophe Fergeau 2013-03-06 15:55:08 UTC
That's a one year delta, not too bad ;)
Once again, do you have a vioserial driver?
Comment 9 Brian J. Murrell 2013-03-06 16:05:03 UTC
(In reply to comment #8)
> That's a one year delta, not too bad ;)

Yeah.  I was more looking at the version number bump which looked pretty minor.

> Once again, do you have a vioserial driver?

Ahhh.  Sorry.  I didn't realize you were looking for that specifically and thought you were just using it as a measure of how old my driver package was in general.

But no, I don't see any virtioserial driver, assuming I am looking in the correct place.  I have opened the device manager and am looking at the tree of hardware/drivers.  There does appear to be a Communications Port (COM1) but it has a Microsoft COM1 driver attached, not a virtioserial.
Comment 10 Christophe Fergeau 2013-03-07 07:39:00 UTC
(In reply to comment #9)
> But no, I don't see any virtioserial driver, assuming I am looking in the
> correct place.  I have opened the device manager and am looking at the tree
> of hardware/drivers.  There does appear to be a Communications Port (COM1)
> but it has a Microsoft COM1 driver attached, not a virtioserial.

virtioserial appears in the device manager as a 'system device' (rough translation from French) and is called VirtIO-Serial driver. It's not listed as a serial and communication port.
Comment 11 Brian J. Murrell 2013-03-07 11:42:51 UTC
Ahhh.  So yes, then I do have:

VirtIO-Serial Driver, 22/01/2013  61.64.104.5200
Comment 12 Brian J. Murrell 2013-03-08 11:59:04 UTC
Any more ideas/thoughts on what the problem could be?
Comment 13 Christophe Fergeau 2013-03-11 11:56:32 UTC
I'd try uninstalling the vioserial driver (will break copy&paste), this may help (at least we will know what's broken).
Comment 14 Victor Toso 2015-06-19 17:49:13 UTC
spicec is deprecated.

If you hit this bug, we highly recommended virt-viewer

http://virt-manager.org/download/
http://www.spice-space.org/download.html


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.