RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 741878 - USB tablet mouse does not work well when migrating between 6.2<->6.2 hosts and 6.1<->6.2 hosts
Summary: USB tablet mouse does not work well when migrating between 6.2<->6.2 hosts an...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: qemu-kvm
Version: 6.2
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Gerd Hoffmann
QA Contact: Virtualization Bugs
URL:
Whiteboard:
: 746604 (view as bug list)
Depends On:
Blocks: 748554
TreeView+ depends on / blocked
 
Reported: 2011-09-28 09:59 UTC by Qunfang Zhang
Modified: 2013-01-10 00:23 UTC (History)
10 users (show)

Fixed In Version: qemu-kvm-0.12.1.2-2.206.el6
Doc Type: Bug Fix
Doc Text:
Bug wasn't present in any released version.
Clone Of:
Environment:
Last Closed: 2011-12-06 16:04:10 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
0001-usb-hid-activate-usb-tablet-mouse-after-migration.patch (1.48 KB, patch)
2011-10-12 11:24 UTC, Gerd Hoffmann 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:1531 0 normal SHIPPED_LIVE Moderate: qemu-kvm security, bug fix, and enhancement update 2011-12-06 01:23:30 UTC

Description Qunfang Zhang 2011-09-28 09:59:48 UTC 
Description of problem:
Migrate guest from rhel6.0-z host to rhel6.2 or rhel6.2 to rhel6.0-z, guest usb tablet mouse does not work well. There's 2 mouses inside guest after migration, actually 1 is an arrow another is a point.
Migrate from rhel6.2 to rhel6.2, no problem.
Migrate form rhel6.0-z to rhel6.0-z, no problem though I do migration in the local machine but not between 2 hosts. 

Version-Release number of selected component (if applicable):
RHEL6.2 host:
kernel-2.6.32-202.el6.x86_64
qemu-kvm-0.12.1.2-2.192.el6.x86_64
RHEL6.0-Z host:
kernel-2.6.32-71.35.1.el6.x86_64
qemu-kvm-0.12.1.2-2.113.el6_0.8.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Boot a guest on a rhel6.2 host with "-M rhel6.0.0" machine type:

/usr/libexec/qemu-kvm -M rhel6.0.0 -cpu cpu64-rhel6,+x2apic -enable-kvm -m 1024 -smp 2,sockets=2,cores=1,threads=1 -name win7-64 -uuid bce16d5e-591a-4eef-8ac7-3e6f0e88055e -monitor stdio -rtc base=localtime -boot c -chardev socket,id=channel0,host=127.0.0.1,port=12345,server,nowait -device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=4,bus=pci.0 -device virtserialport,bus=virtio-serial0.0,chardev=channel0,name=org.linux-kvm.port.0,id=port0 -drive file=/mnt/win7-64-virtio.raw,if=none,id=ide-drive-0,format=raw,cache=none,werror=stop,rerror=stop -device virtio-blk-pci,bus=pci.0,drive=ide-drive-0,id=ide0 -netdev tap,id=hostnet0,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:2a:10:82:1a,bus=pci.0,addr=0x5 -netdev tap,id=hostnet1,script=/etc/qemu-ifup -device rtl8139,netdev=hostnet1,id=net1,mac=00:1a:2a:10:82:1b,bus=pci.0,addr=0x6 -usb -device usb-tablet -k en-us -vnc :10

2. Boot guest with "-incoming tcp:0:5800" in the RHEL6.1-Z host (listening mode).

3. Check the guest mouse before migration.

4. Migrate guest to the rhel6.1-z host.
  
Actual results:
After migration, guest usb tablet mouse does not work well, 2 mouses points appears.

Expected results:
After migration guest should work the same as before migration.

Additional info:
Comment 1 Dor Laor 2011-10-02 14:40:39 UTC 
Have you used -M rhel6.0.0 on both src/dest (you should)?

Is 6.0 <-> 6.1 releases work and only 6.2 has an issue?
Comment 2 Qunfang Zhang 2011-10-08 08:24:12 UTC 
(In reply to comment #1)
> Have you used -M rhel6.0.0 on both src/dest (you should)?
Hi, Dor
Sorry for reply late because just coming back from the Chinese National Holiday.
Yes, I used -M rhel6.0.0 on both src/dest host.
> 
> Is 6.0 <-> 6.1 releases work and only 6.2 has an issue?
Migrate  6.0 -> 6.1 : Succeed, usb mouse works well after migration.
Migrate  6.1 -> 6.0 : Failed migration on dest side:
(qemu) qemu: warning: error while loading state for instance 0x3f0 of device 'fdc'
load of migration failed
Comment 10 Gerd Hoffmann 2011-10-12 09:51:54 UTC 
Hmm.  Failed to reproduce this locally so far.

Having two mouse pointers sounds like we are not in absolute mouse mode any more.
Can you please check what the "info mice" monitor command prints before and after migration?

Image file name suggests this is a win7 guest.  Is this correct?
Does this happen with other guests (rhel 6.2, winxp) too?

What machine type (-M rhel6.x.0) did you use for the 6.2 <=> 6.2 test (comment #7)?  Does it make a difference whenever you use rhel6.1.0 or rhel6.2.0 ?
Comment 11 Qunfang Zhang 2011-10-12 10:04:02 UTC 
(In reply to comment #10)
> Hmm.  Failed to reproduce this locally so far.
> 
> Having two mouse pointers sounds like we are not in absolute mouse mode any
> more.
> Can you please check what the "info mice" monitor command prints before and
> after migration?

before migration: 
(qemu) info mice 
* Mouse #1: QEMU USB Tablet
  Mouse #0: QEMU PS/2 Mouse
after migration:
(qemu) info mice 
  Mouse #1: QEMU USB Tablet
* Mouse #0: QEMU PS/2 Mouse


> 
> Image file name suggests this is a win7 guest.  Is this correct?
> Does this happen with other guests (rhel 6.2, winxp) too?
Hi, Amit 
Yes, I tried win7 and RHEL6.2 guest, both have this problem.

> 
> What machine type (-M rhel6.x.0) did you use for the 6.2 <=> 6.2 test (comment
> #7)?  Does it make a difference whenever you use rhel6.1.0 or rhel6.2.0 ?
When migrating between 2 rhel6.2 host, I use rhel6.2.0. 
Let me double check when using "rhel6.1.0" later and update here.
Comment 12 Gerd Hoffmann 2011-10-12 10:17:54 UTC 
Bingo!  ps/2 mouse active instead of usb tablet, suspected something like this.
With rhel6 guest I can reproduce it.  Investigating.
Comment 13 Gerd Hoffmann 2011-10-12 10:20:56 UTC 
Things return back to normal after activating the tablet using the "mouse_set" monitor command.
Comment 14 Gerd Hoffmann 2011-10-12 11:24:31 UTC 
Created attachment 527675 [details]
0001-usb-hid-activate-usb-tablet-mouse-after-migration.patch

scatch build: http://brewweb.devel.redhat.com/brew/taskinfo?taskID=3702585
Comment 16 Shaolong Hu 2011-10-17 10:48:13 UTC 
*** Bug 746604 has been marked as a duplicate of this bug. ***
Comment 17 Shaolong Hu 2011-10-17 10:50:35 UTC 
Patch in Comment 14 works fine for rhel6.2 guest migration with -M 6.2.0
Comment 21 Shaolong Hu 2011-10-20 06:15:48 UTC 
Reproduce on qemu-kvm-0.12.1.2-2.196.el6.x86_64

before migration: 
(qemu) info mice 
* Mouse #1: QEMU USB Tablet
  Mouse #0: QEMU PS/2 Mouse
after migration:
(qemu) info mice 
  Mouse #1: QEMU USB Tablet
* Mouse #0: QEMU PS/2 Mouse


Verify on qemu-kvm-0.12.1.2-2.199.el6.x86_64

before migration: 
(qemu) info mice 
* Mouse #1: QEMU USB Tablet
  Mouse #0: QEMU PS/2 Mouse
after migration:
(qemu) info mice 
* Mouse #1: QEMU USB Tablet
  Mouse #0: QEMU PS/2 Mouse

Test with "-M 6.2.0", "-M 6.1.0", "-M 6.0.0", patch works fine.
Comment 24 Eduardo Habkost 2011-10-28 18:01:39 UTC 
Moving to ON_QA because Errata Tool did not do it
Comment 26 Gerd Hoffmann 2011-11-18 17:01:54 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Bug wasn't present in any released version.
Comment 27 errata-xmlrpc 2011-12-06 16:04:10 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2011-1531.html
Note You need to log in before you can comment on or make changes to this bug.