Bug 557039
| Summary: | guest boot with "-usbdevice tablet" not accepting mouse clicking after resume from suspend to mem | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Suqin Huang <shuang> | |
| Component: | kvm | Assignee: | Markus Armbruster <armbru> | |
| Status: | CLOSED WONTFIX | QA Contact: | Virtualization Bugs <virt-bugs> | |
| Severity: | high | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 5.5 | CC: | gcosta, gyue, juzhang, khong, llim, tburke, virt-maint, ykaul | |
| Target Milestone: | rc | Keywords: | Triaged | |
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 736012 (view as bug list) | Environment: | ||
| Last Closed: | 2011-09-06 11:40:05 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 580948, 736012 | |||
|
Description
Suqin Huang
2010-01-20 08:19:04 UTC
The same problem occurred after migration. Note: only occurred on 32bit RHEL5.4. CLI: /usr/libexec/qemu-kvm -m 8G -smp 8 -drive file=RHEL-Server-5.4-32-virtio.qcow2,if=ide,cache=off,boot=on -net nic,model=e1000,vlan=1,macaddr=DE:AD:BE:EF:17:19 -net tap,vlan=1,script=/etc/qemu-ifup -usbdevice tablet -no-hpet -rtc-td-hack -no-kvm-pit-reinjection -monitor stdio -notify all -cpu qemu64,+sse2 -balloon none -vnc :1 [guest info]: 2.6.18-164.11.1.el5PAE [host info]: kvm-83-148.el5 8 cores ... processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping : 4 cpu MHz : 2668.000 cache size : 8192 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 7 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm bogomips : 5319.91 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: [8] This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. This request was erroneously denied for the current release of Red Hat Enterprise Linux. The error has been fixed and this request has been re-proposed for the current release. Can this bug still be reproduced? Does it bite RHEL-6 as well? Cannot reproduce this bug in rhel5.7 host. host information: kernel-2.6.18-274.el5 kvm-83-239.el5 guest information: kernel-2.6.18-194.el5 steps: 1. boot up vm with -usbdevice tablet 2. echo mem > /sys/power/state 3. when vm resume from s3, click the mouse inside guest to open some tab or applications. after step3, the mouse works normally. cmd: /usr/libexec/qemu-kvm -smp 2 -m 2G -drive file=rhel5.5-32.raw,media=disk,if=ide,cache=off,index=0,serial=fb-bde1-8b6f10f72b98 -net nic,vlan=0,macaddr=00:55:86:01:00:37,model=e1000 -net tap,vlan=0,script=/etc/qemu-ifup-switch -uuid `uuidgen` -no-hpet -usbdevice tablet -rtc-td-hack -startdate now -cpu qemu64,+sse2 -monitor stdio -vnc :5 -boot c Tried comment #1 steps again, didn't reproduce this bug too. steps: 1. boot up vm with -usbdevice tablet 2. do migration after step2, the mouse works normally. cmd: /usr/libexec/qemu-kvm -smp 8 -m 8G -drive file=rhel5.5-32.raw,media=disk,if=ide,cache=off,index=0,serial=fb-bde1-8b6f10f72b98 -net nic,vlan=0,macaddr=00:55:86:01:00:37,model=e1000 -net tap,vlan=0,script=/etc/qemu-ifup-switch -uuid `uuidgen` -no-hpet -usbdevice tablet -rtc-td-hack -startdate now -cpu qemu64,+sse2 -monitor stdio -vnc :5 -boot c can you set xorg.conf as comment0 and retest again, also try migration and provide guest info. I can reproduce it with 2.6.18-194.el5 guest 1). cfg xorg.conf as comment0 2). #echo mem > /sys/power/state host: 2.6.18-274.el5 kvm-83-239.el5 processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping : 4 cpu MHz : 1600.000 cache size : 8192 KB flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida nonstop_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr sse4_1 sse4_2 popcnt lahf_lm bogomips : 5415.71 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual cmd: /usr/libexec/qemu-kvm -smp 8 -m 8G -drive file=rhel5.5-32.raw,media=disk,if=ide,cache=off,index=0,serial=fb-bde1-8b6f10f72b98 -net nic,vlan=0,macaddr=00:55:86:01:00:37,model=e1000 -net tap,vlan=0,script=/etc/qemu-ifup-switch -uuid e9cac2ae-b76c-4e9d-af78-fe8ace807ff0 -usbdevice tablet -rtc-td-hack -startdate now -cpu qemu64,+sse2 -monitor stdio -vnc :5 |