Bug 703474
| Summary: | xen-kbdfront - advertise either absolute or relative coordinates | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Igor Mammedov <imammedo> | ||||
| Component: | kernel | Assignee: | Igor Mammedov <imammedo> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.2 | CC: | drjones, jzheng, kzhang, leiwang, pcao, qguan, qwan, xen-maint | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | kernel-2.6.32-153.el6 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-12-06 13:30:25 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: | |||||||
| Attachments: |
|
||||||
Created attachment 498088 [details]
Input: xen-kbdfront - advertise either absolute or relative coordinates
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Patch(es) available on kernel-2.6.32-153.el6 QE want to know the steps to reproduce/verify this bug, as no definite steps mentioned in the bug description. Also did a testing with 6.1 kernel (2.6.32-131.0.1.el6) x86_64 PV guest on 5.7 x86_64 host, no any mouse/keyboard problem found after save/restore. (In reply to comment #7) > QE want to know the steps to reproduce/verify this bug, as no definite steps > mentioned in the bug description. Also did a testing with 6.1 kernel > (2.6.32-131.0.1.el6) x86_64 PV guest on 5.7 x86_64 host, no any mouse/keyboard > problem found after save/restore. You won't find a problem in 6.1 because it was introduced upstream/fc15 by the patch: Input: xen-kbdfront - advertise either absolute or relative coordinates which 6.1 doesn't have. And this BZ is pulling in this patch and a fix for save/restore bug it introduces. I suppose checking that nothing is broken with this path should be enough, unless you'll be able to find screwed up evdev/X config configuration which actually use relative coordinates. 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-1530.html |
Resync pvops with upstream. Back-port upstream commit 8c3c283: Input: xen-kbdfront - advertise either absolute or relative coordinates A virtualized display device is usually viewed with the vncviewer application, either by 'xm vnc domU' or with vncviewer localhost:port. vncviewer and the RFB protocol provides absolute coordinates to the virtual display. These coordinates are either passed through to a PV guest or converted to relative coordinates for a HVM guest. A PV guest receives these coordinates and passes them to the kernels evdev driver. There it can be picked up by applications such as the xorg-input drivers. Using absolute coordinates avoids issues such as guest mouse pointer not tracking host mouse pointer due to wrong mouse acceleration settings in the guests X display. Advertise either absolute or relative coordinates to the input system and the evdev driver, depending on what dom0 provides. The xorg-input driver prefers relative coordinates even if a devices provides both. and revert commit c36b58e8 to fix regression introduced by 8c3c283: Input: xen-kbdfront - fix mouse getting stuck after save/restore If driver has been configured for ABS coordinates at start it will get XENKBD_TYPE_POS events and then suddenly after restore it'll start getting XENKBD_TYPE_MOTION events, that will be dropped later and they won't get into user-space. Driver on restore should ask xen for request-abs-pointer again if it is available. So restore parts that did it before 8c3c283. Version-Release number of selected component (if applicable): all rel6 kernels