|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] RFC: drop frontend support for relative pointer
2009/10/12 Jean Guyader <jean.guyader@xxxxxxxxx>:
> 2009/10/8 Markus Armbruster <armbru@xxxxxxxxxx>:
>> Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> writes:
>>
>>> On Wed, 7 Oct 2009, Daniel P. Berrange wrote:
>>>> That's good to know - stubdom was one area I was concerned about. To the
>>>> best of my knowledge the only backend that ever sent relative mouse events
>>>> was the old PVFB we had in Fedora 6 which was the original code before
>>>> the eventual merge into official xen-devel trees. So official repos have
>>>> always defaulted to absolute mode. Hopefully no one out there has gone
>>>> and re-implemented the PVFB backend in any other fork of Xen and dropped
>>>> ABS mode or made REL the default ???
>>>>
>>>> IMHO if ABS mode is able to work correctly, then there's absolutely no
>>>> benefit in having a REL mode at all, so its best deleted / removed.
>>>
>>> I guess keeping around unused code doesn't make much sense but I was just
>>> being cautious, given that for example XCI is currently using relative
>>> coordinates so they are not dead just yet.
>>
>> Just to avoid misunderstandings:
>>
>> * Does XCI set feature-abs-pointer in xenstore?
>>
>> * If it does, does it read request-abs-pointer from xenstore?
>>
>> * Under what circumstances (if any) does it send XENKBD_TYPE_MOTION, and
>> under what circumstances (if any) does it send XENKBD_TYPE_POS?
>>
>
> Hi,
>
> I just checked and we have feature-abs-pointer and request-abs-pointer
> set to 1 xenstore.
> The function we use to inject mouse/keyboard event in the guess is
> kbd_mouse_event and it works with xenkbd.
>
I checked into the code and we force xenkb to use relative coordinates.
We use that because in XCI the hardware mouse on the host is generally
setup to send relative coordinates, and we do a 1 to 1 map for the
mouse/keyboard
event.
Jean
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Stefano Stabellini
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Daniel P. Berrange
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Stefano Stabellini
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Daniel P. Berrange
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Jean Guyader
- Re: [Xen-devel] RFC: drop frontend support for relative pointer,
Jean Guyader <=
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Jean Guyader
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Stefano Stabellini
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Jean Guyader
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Stefano Stabellini
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Stefano Stabellini
- Re: [Xen-devel] RFC: drop frontend support for relative pointer, Markus Armbruster
|
|
|
|
|