2011-07-15 17:08:01 +04:00
|
|
|
/*
|
|
|
|
* QEMU HID devices
|
|
|
|
*
|
|
|
|
* Copyright (c) 2005 Fabrice Bellard
|
|
|
|
* Copyright (c) 2007 OpenMoko, Inc. (andrew@openedhand.com)
|
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
|
|
* of this software and associated documentation files (the "Software"), to deal
|
|
|
|
* in the Software without restriction, including without limitation the rights
|
|
|
|
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
|
|
* copies of the Software, and to permit persons to whom the Software is
|
|
|
|
* furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice shall be included in
|
|
|
|
* all copies or substantial portions of the Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
|
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
|
|
* THE SOFTWARE.
|
|
|
|
*/
|
2019-08-12 08:23:45 +03:00
|
|
|
|
2016-01-26 21:17:30 +03:00
|
|
|
#include "qemu/osdep.h"
|
2012-11-28 15:06:30 +04:00
|
|
|
#include "ui/console.h"
|
2012-12-17 21:20:00 +04:00
|
|
|
#include "qemu/timer.h"
|
2013-02-05 20:06:20 +04:00
|
|
|
#include "hw/input/hid.h"
|
2019-08-12 08:23:45 +03:00
|
|
|
#include "migration/vmstate.h"
|
2016-06-23 12:51:35 +03:00
|
|
|
#include "trace.h"
|
2011-07-15 17:08:01 +04:00
|
|
|
|
|
|
|
#define HID_USAGE_ERROR_ROLLOVER 0x01
|
|
|
|
#define HID_USAGE_POSTFAIL 0x02
|
|
|
|
#define HID_USAGE_ERROR_UNDEFINED 0x03
|
|
|
|
|
|
|
|
/* Indices are QEMU keycodes, values are from HID Usage Table. Indices
|
|
|
|
* above 0x80 are for keys that come after 0xe0 or 0xe1+0x1d or 0xe1+0x9d. */
|
|
|
|
static const uint8_t hid_usage_keys[0x100] = {
|
|
|
|
0x00, 0x29, 0x1e, 0x1f, 0x20, 0x21, 0x22, 0x23,
|
|
|
|
0x24, 0x25, 0x26, 0x27, 0x2d, 0x2e, 0x2a, 0x2b,
|
|
|
|
0x14, 0x1a, 0x08, 0x15, 0x17, 0x1c, 0x18, 0x0c,
|
|
|
|
0x12, 0x13, 0x2f, 0x30, 0x28, 0xe0, 0x04, 0x16,
|
|
|
|
0x07, 0x09, 0x0a, 0x0b, 0x0d, 0x0e, 0x0f, 0x33,
|
|
|
|
0x34, 0x35, 0xe1, 0x31, 0x1d, 0x1b, 0x06, 0x19,
|
|
|
|
0x05, 0x11, 0x10, 0x36, 0x37, 0x38, 0xe5, 0x55,
|
2015-01-22 01:48:41 +03:00
|
|
|
0xe2, 0x2c, 0x39, 0x3a, 0x3b, 0x3c, 0x3d, 0x3e,
|
2011-07-15 17:08:01 +04:00
|
|
|
0x3f, 0x40, 0x41, 0x42, 0x43, 0x53, 0x47, 0x5f,
|
|
|
|
0x60, 0x61, 0x56, 0x5c, 0x5d, 0x5e, 0x57, 0x59,
|
hw/input/hid: support alternative sysrq/break scancodes for gtk-vnc
The printscreen/sysrq and pause/break keys currently don't work for guests
using -usbdevice keyboard when accessed through vnc with a gtk-vnc based
client.
The reason for this is a mismatch between gtk-vnc and qemu in how these keys
should be mapped to XT keycodes.
On the original IBM XT these keys behaved differently than other keys.
Quoting from https://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html:
The keys PrtSc/SysRq and Pause/Break are special. The former produces
scancode e0 2a e0 37 when no modifier key is pressed simultaneously, e0 37
together with Shift or Ctrl, but 54 together with (left or right) Alt. (And
one gets the expected sequences upon release. But see below.) The latter
produces scancode sequence e1 1d 45 e1 9d c5 when pressed (without modifier)
and nothing at all upon release. However, together with (left or right)
Ctrl, one gets e0 46 e0 c6, and again nothing at release. It does not
repeat.
Gtk-vnc supports the 'QEMU Extended Key Event Message' RFB extension to send
raw XT keycodes directly to qemu, but the specification doesn't explicitly
specify how to map such long/complicated keycode sequences. From the spec
(https://github.com/rfbproto/rfbproto/blob/master/rfbproto.rst#qemu-extended-key-event-message)
The keycode is the XT keycode that produced the keysym. An XT keycode is an
XT make scancode sequence encoded to fit in a single U32 quantity. Single
byte XT scancodes with a byte value less than 0x7f are encoded as is.
2-byte XT scancodes whose first byte is 0xe0 and second byte is less than
0x7f are encoded with the high bit of the first byte set
hid.c currently expects the keycode sequence with shift/ctl for sysrq (e0 37
-> 0xb7 in RFB), whereas gtk-vnc uses the sequence with alt (0x54).
Likewise, hid.c expects the code without modifiers (e1 1d 45 -> 0xc5 in
RFB), whereas gtk-vnc sends the keycode sequence with ctrl for pause (e0 46
-> 0xc6 in RFB).
See keymaps.cvs in gtk-vnc for the mapping used:
https://git.gnome.org/browse/gtk-vnc/tree/src/keymaps.csv#n150
Now, it isn't obvious to me which sequence is really "right", but as the
0x54/0xc6 keycodes are currently unused in hid.c, supporting both seems like
the pragmatic solution to me. The USB HID keyboard boot protocol used by
hid.c doesn't have any other mapping applicable to these keys.
The other guest keyboard interfaces (ps/2, virtio, ..) are not affected,
because they handle these keys differently.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Message-id: 20161028145132.1702-1-peter@korsgaard.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2016-10-28 17:51:32 +03:00
|
|
|
0x5a, 0x5b, 0x62, 0x63, 0x46, 0x00, 0x64, 0x44,
|
2011-07-15 17:08:01 +04:00
|
|
|
0x45, 0x68, 0x69, 0x6a, 0x6b, 0x6c, 0x6d, 0x6e,
|
|
|
|
0xe8, 0xe9, 0x71, 0x72, 0x73, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x85, 0x00, 0x00, 0x00, 0x00,
|
2021-04-27 05:02:46 +03:00
|
|
|
0x88, 0x00, 0x00, 0x87, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x8a, 0x00, 0x8b, 0x00, 0x89, 0xe7, 0x65,
|
2011-07-15 17:08:01 +04:00
|
|
|
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x58, 0xe4, 0x00, 0x00,
|
2017-12-07 09:56:39 +03:00
|
|
|
0x7f, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x81, 0x00,
|
|
|
|
0x80, 0x00, 0x00, 0x00, 0x00, 0x54, 0x00, 0x46,
|
2011-07-15 17:08:01 +04:00
|
|
|
0xe6, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
hw/input/hid: support alternative sysrq/break scancodes for gtk-vnc
The printscreen/sysrq and pause/break keys currently don't work for guests
using -usbdevice keyboard when accessed through vnc with a gtk-vnc based
client.
The reason for this is a mismatch between gtk-vnc and qemu in how these keys
should be mapped to XT keycodes.
On the original IBM XT these keys behaved differently than other keys.
Quoting from https://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html:
The keys PrtSc/SysRq and Pause/Break are special. The former produces
scancode e0 2a e0 37 when no modifier key is pressed simultaneously, e0 37
together with Shift or Ctrl, but 54 together with (left or right) Alt. (And
one gets the expected sequences upon release. But see below.) The latter
produces scancode sequence e1 1d 45 e1 9d c5 when pressed (without modifier)
and nothing at all upon release. However, together with (left or right)
Ctrl, one gets e0 46 e0 c6, and again nothing at release. It does not
repeat.
Gtk-vnc supports the 'QEMU Extended Key Event Message' RFB extension to send
raw XT keycodes directly to qemu, but the specification doesn't explicitly
specify how to map such long/complicated keycode sequences. From the spec
(https://github.com/rfbproto/rfbproto/blob/master/rfbproto.rst#qemu-extended-key-event-message)
The keycode is the XT keycode that produced the keysym. An XT keycode is an
XT make scancode sequence encoded to fit in a single U32 quantity. Single
byte XT scancodes with a byte value less than 0x7f are encoded as is.
2-byte XT scancodes whose first byte is 0xe0 and second byte is less than
0x7f are encoded with the high bit of the first byte set
hid.c currently expects the keycode sequence with shift/ctl for sysrq (e0 37
-> 0xb7 in RFB), whereas gtk-vnc uses the sequence with alt (0x54).
Likewise, hid.c expects the code without modifiers (e1 1d 45 -> 0xc5 in
RFB), whereas gtk-vnc sends the keycode sequence with ctrl for pause (e0 46
-> 0xc6 in RFB).
See keymaps.cvs in gtk-vnc for the mapping used:
https://git.gnome.org/browse/gtk-vnc/tree/src/keymaps.csv#n150
Now, it isn't obvious to me which sequence is really "right", but as the
0x54/0xc6 keycodes are currently unused in hid.c, supporting both seems like
the pragmatic solution to me. The USB HID keyboard boot protocol used by
hid.c doesn't have any other mapping applicable to these keys.
The other guest keyboard interfaces (ps/2, virtio, ..) are not affected,
because they handle these keys differently.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Message-id: 20161028145132.1702-1-peter@korsgaard.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2016-10-28 17:51:32 +03:00
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x48, 0x48, 0x4a,
|
2011-07-15 17:08:01 +04:00
|
|
|
0x52, 0x4b, 0x00, 0x50, 0x00, 0x4f, 0x00, 0x4d,
|
|
|
|
0x51, 0x4e, 0x49, 0x4c, 0x00, 0x00, 0x00, 0x00,
|
2017-12-07 09:56:39 +03:00
|
|
|
0x00, 0x00, 0x00, 0xe3, 0xe7, 0x65, 0x66, 0x00,
|
2011-07-15 17:08:01 +04:00
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
|
|
|
|
};
|
|
|
|
|
|
|
|
bool hid_has_events(HIDState *hs)
|
|
|
|
{
|
2012-12-14 17:35:38 +04:00
|
|
|
return hs->n > 0 || hs->idle_pending;
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
|
2012-12-14 17:35:38 +04:00
|
|
|
static void hid_idle_timer(void *opaque)
|
2011-07-15 17:52:33 +04:00
|
|
|
{
|
2012-12-14 17:35:38 +04:00
|
|
|
HIDState *hs = opaque;
|
|
|
|
|
|
|
|
hs->idle_pending = true;
|
|
|
|
hs->event(hs);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void hid_del_idle_timer(HIDState *hs)
|
|
|
|
{
|
|
|
|
if (hs->idle_timer) {
|
2013-08-21 19:03:08 +04:00
|
|
|
timer_free(hs->idle_timer);
|
2012-12-14 17:35:38 +04:00
|
|
|
hs->idle_timer = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void hid_set_next_idle(HIDState *hs)
|
|
|
|
{
|
|
|
|
if (hs->idle) {
|
2013-08-21 19:03:08 +04:00
|
|
|
uint64_t expire_time = qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) +
|
2016-03-21 19:02:30 +03:00
|
|
|
NANOSECONDS_PER_SECOND * hs->idle * 4 / 1000;
|
2012-12-14 17:35:38 +04:00
|
|
|
if (!hs->idle_timer) {
|
2013-08-21 19:03:08 +04:00
|
|
|
hs->idle_timer = timer_new_ns(QEMU_CLOCK_VIRTUAL, hid_idle_timer, hs);
|
2012-12-14 17:35:38 +04:00
|
|
|
}
|
2013-08-21 19:03:08 +04:00
|
|
|
timer_mod_ns(hs->idle_timer, expire_time);
|
2012-12-14 17:35:38 +04:00
|
|
|
} else {
|
|
|
|
hid_del_idle_timer(hs);
|
|
|
|
}
|
2011-07-15 17:52:33 +04:00
|
|
|
}
|
|
|
|
|
2014-05-19 17:02:21 +04:00
|
|
|
static void hid_pointer_event(DeviceState *dev, QemuConsole *src,
|
|
|
|
InputEvent *evt)
|
2011-07-15 17:08:01 +04:00
|
|
|
{
|
qapi: Don't let implicit enum MAX member collide
Now that we guarantee the user doesn't have any enum values
beginning with a single underscore, we can use that for our
own purposes. Renaming ENUM_MAX to ENUM__MAX makes it obvious
that the sentinel is generated.
This patch was mostly generated by applying a temporary patch:
|diff --git a/scripts/qapi.py b/scripts/qapi.py
|index e6d014b..b862ec9 100644
|--- a/scripts/qapi.py
|+++ b/scripts/qapi.py
|@@ -1570,6 +1570,7 @@ const char *const %(c_name)s_lookup[] = {
| max_index = c_enum_const(name, 'MAX', prefix)
| ret += mcgen('''
| [%(max_index)s] = NULL,
|+// %(max_index)s
| };
| ''',
| max_index=max_index)
then running:
$ cat qapi-{types,event}.c tests/test-qapi-types.c |
sed -n 's,^// \(.*\)MAX,s|\1MAX|\1_MAX|g,p' > list
$ git grep -l _MAX | xargs sed -i -f list
The only things not generated are the changes in scripts/qapi.py.
Rejecting enum members named 'MAX' is now useless, and will be dropped
in the next patch.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1447836791-369-23-git-send-email-eblake@redhat.com>
Reviewed-by: Juan Quintela <quintela@redhat.com>
[Rebased to current master, commit message tweaked]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-11-18 11:52:57 +03:00
|
|
|
static const int bmap[INPUT_BUTTON__MAX] = {
|
2014-05-19 17:02:21 +04:00
|
|
|
[INPUT_BUTTON_LEFT] = 0x01,
|
|
|
|
[INPUT_BUTTON_RIGHT] = 0x02,
|
|
|
|
[INPUT_BUTTON_MIDDLE] = 0x04,
|
2021-11-26 17:04:37 +03:00
|
|
|
[INPUT_BUTTON_SIDE] = 0x08,
|
|
|
|
[INPUT_BUTTON_EXTRA] = 0x10,
|
2014-05-19 17:02:21 +04:00
|
|
|
};
|
|
|
|
HIDState *hs = (HIDState *)dev;
|
|
|
|
HIDPointerEvent *e;
|
2016-03-03 19:16:49 +03:00
|
|
|
InputMoveEvent *move;
|
|
|
|
InputBtnEvent *btn;
|
2011-07-15 17:08:01 +04:00
|
|
|
|
2014-05-19 17:02:21 +04:00
|
|
|
assert(hs->n < QUEUE_LENGTH);
|
|
|
|
e = &hs->ptr.queue[(hs->head + hs->n) & QUEUE_MASK];
|
|
|
|
|
2015-10-27 01:34:58 +03:00
|
|
|
switch (evt->type) {
|
2014-05-19 17:02:21 +04:00
|
|
|
case INPUT_EVENT_KIND_REL:
|
qapi: Don't special-case simple union wrappers
Simple unions were carrying a special case that hid their 'data'
QMP member from the resulting C struct, via the hack method
QAPISchemaObjectTypeVariant.simple_union_type(). But by using
the work we started by unboxing flat union and alternate
branches, coupled with the ability to visit the members of an
implicit type, we can now expose the simple union's implicit
type in qapi-types.h:
| struct q_obj_ImageInfoSpecificQCow2_wrapper {
| ImageInfoSpecificQCow2 *data;
| };
|
| struct q_obj_ImageInfoSpecificVmdk_wrapper {
| ImageInfoSpecificVmdk *data;
| };
...
| struct ImageInfoSpecific {
| ImageInfoSpecificKind type;
| union { /* union tag is @type */
| void *data;
|- ImageInfoSpecificQCow2 *qcow2;
|- ImageInfoSpecificVmdk *vmdk;
|+ q_obj_ImageInfoSpecificQCow2_wrapper qcow2;
|+ q_obj_ImageInfoSpecificVmdk_wrapper vmdk;
| } u;
| };
Doing this removes asymmetry between QAPI's QMP side and its
C side (both sides now expose 'data'), and means that the
treatment of a simple union as sugar for a flat union is now
equivalent in both languages (previously the two approaches used
a different layer of dereferencing, where the simple union could
be converted to a flat union with equivalent C layout but
different {} on the wire, or to an equivalent QMP wire form
but with different C representation). Using the implicit type
also lets us get rid of the simple_union_type() hack.
Of course, now all clients of simple unions have to adjust from
using su->u.member to using su->u.member.data; while this touches
a number of files in the tree, some earlier cleanup patches
helped minimize the change to the initialization of a temporary
variable rather than every single member access. The generated
qapi-visit.c code is also affected by the layout change:
|@@ -7393,10 +7393,10 @@ void visit_type_ImageInfoSpecific_member
| }
| switch (obj->type) {
| case IMAGE_INFO_SPECIFIC_KIND_QCOW2:
|- visit_type_ImageInfoSpecificQCow2(v, "data", &obj->u.qcow2, &err);
|+ visit_type_q_obj_ImageInfoSpecificQCow2_wrapper_members(v, &obj->u.qcow2, &err);
| break;
| case IMAGE_INFO_SPECIFIC_KIND_VMDK:
|- visit_type_ImageInfoSpecificVmdk(v, "data", &obj->u.vmdk, &err);
|+ visit_type_q_obj_ImageInfoSpecificVmdk_wrapper_members(v, &obj->u.vmdk, &err);
| break;
| default:
| abort();
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1458254921-17042-13-git-send-email-eblake@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2016-03-18 01:48:37 +03:00
|
|
|
move = evt->u.rel.data;
|
2016-03-03 19:16:49 +03:00
|
|
|
if (move->axis == INPUT_AXIS_X) {
|
|
|
|
e->xdx += move->value;
|
|
|
|
} else if (move->axis == INPUT_AXIS_Y) {
|
|
|
|
e->ydy += move->value;
|
2014-05-19 17:02:21 +04:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case INPUT_EVENT_KIND_ABS:
|
qapi: Don't special-case simple union wrappers
Simple unions were carrying a special case that hid their 'data'
QMP member from the resulting C struct, via the hack method
QAPISchemaObjectTypeVariant.simple_union_type(). But by using
the work we started by unboxing flat union and alternate
branches, coupled with the ability to visit the members of an
implicit type, we can now expose the simple union's implicit
type in qapi-types.h:
| struct q_obj_ImageInfoSpecificQCow2_wrapper {
| ImageInfoSpecificQCow2 *data;
| };
|
| struct q_obj_ImageInfoSpecificVmdk_wrapper {
| ImageInfoSpecificVmdk *data;
| };
...
| struct ImageInfoSpecific {
| ImageInfoSpecificKind type;
| union { /* union tag is @type */
| void *data;
|- ImageInfoSpecificQCow2 *qcow2;
|- ImageInfoSpecificVmdk *vmdk;
|+ q_obj_ImageInfoSpecificQCow2_wrapper qcow2;
|+ q_obj_ImageInfoSpecificVmdk_wrapper vmdk;
| } u;
| };
Doing this removes asymmetry between QAPI's QMP side and its
C side (both sides now expose 'data'), and means that the
treatment of a simple union as sugar for a flat union is now
equivalent in both languages (previously the two approaches used
a different layer of dereferencing, where the simple union could
be converted to a flat union with equivalent C layout but
different {} on the wire, or to an equivalent QMP wire form
but with different C representation). Using the implicit type
also lets us get rid of the simple_union_type() hack.
Of course, now all clients of simple unions have to adjust from
using su->u.member to using su->u.member.data; while this touches
a number of files in the tree, some earlier cleanup patches
helped minimize the change to the initialization of a temporary
variable rather than every single member access. The generated
qapi-visit.c code is also affected by the layout change:
|@@ -7393,10 +7393,10 @@ void visit_type_ImageInfoSpecific_member
| }
| switch (obj->type) {
| case IMAGE_INFO_SPECIFIC_KIND_QCOW2:
|- visit_type_ImageInfoSpecificQCow2(v, "data", &obj->u.qcow2, &err);
|+ visit_type_q_obj_ImageInfoSpecificQCow2_wrapper_members(v, &obj->u.qcow2, &err);
| break;
| case IMAGE_INFO_SPECIFIC_KIND_VMDK:
|- visit_type_ImageInfoSpecificVmdk(v, "data", &obj->u.vmdk, &err);
|+ visit_type_q_obj_ImageInfoSpecificVmdk_wrapper_members(v, &obj->u.vmdk, &err);
| break;
| default:
| abort();
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1458254921-17042-13-git-send-email-eblake@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2016-03-18 01:48:37 +03:00
|
|
|
move = evt->u.abs.data;
|
2016-03-03 19:16:49 +03:00
|
|
|
if (move->axis == INPUT_AXIS_X) {
|
|
|
|
e->xdx = move->value;
|
|
|
|
} else if (move->axis == INPUT_AXIS_Y) {
|
|
|
|
e->ydy = move->value;
|
2014-05-19 17:02:21 +04:00
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case INPUT_EVENT_KIND_BTN:
|
qapi: Don't special-case simple union wrappers
Simple unions were carrying a special case that hid their 'data'
QMP member from the resulting C struct, via the hack method
QAPISchemaObjectTypeVariant.simple_union_type(). But by using
the work we started by unboxing flat union and alternate
branches, coupled with the ability to visit the members of an
implicit type, we can now expose the simple union's implicit
type in qapi-types.h:
| struct q_obj_ImageInfoSpecificQCow2_wrapper {
| ImageInfoSpecificQCow2 *data;
| };
|
| struct q_obj_ImageInfoSpecificVmdk_wrapper {
| ImageInfoSpecificVmdk *data;
| };
...
| struct ImageInfoSpecific {
| ImageInfoSpecificKind type;
| union { /* union tag is @type */
| void *data;
|- ImageInfoSpecificQCow2 *qcow2;
|- ImageInfoSpecificVmdk *vmdk;
|+ q_obj_ImageInfoSpecificQCow2_wrapper qcow2;
|+ q_obj_ImageInfoSpecificVmdk_wrapper vmdk;
| } u;
| };
Doing this removes asymmetry between QAPI's QMP side and its
C side (both sides now expose 'data'), and means that the
treatment of a simple union as sugar for a flat union is now
equivalent in both languages (previously the two approaches used
a different layer of dereferencing, where the simple union could
be converted to a flat union with equivalent C layout but
different {} on the wire, or to an equivalent QMP wire form
but with different C representation). Using the implicit type
also lets us get rid of the simple_union_type() hack.
Of course, now all clients of simple unions have to adjust from
using su->u.member to using su->u.member.data; while this touches
a number of files in the tree, some earlier cleanup patches
helped minimize the change to the initialization of a temporary
variable rather than every single member access. The generated
qapi-visit.c code is also affected by the layout change:
|@@ -7393,10 +7393,10 @@ void visit_type_ImageInfoSpecific_member
| }
| switch (obj->type) {
| case IMAGE_INFO_SPECIFIC_KIND_QCOW2:
|- visit_type_ImageInfoSpecificQCow2(v, "data", &obj->u.qcow2, &err);
|+ visit_type_q_obj_ImageInfoSpecificQCow2_wrapper_members(v, &obj->u.qcow2, &err);
| break;
| case IMAGE_INFO_SPECIFIC_KIND_VMDK:
|- visit_type_ImageInfoSpecificVmdk(v, "data", &obj->u.vmdk, &err);
|+ visit_type_q_obj_ImageInfoSpecificVmdk_wrapper_members(v, &obj->u.vmdk, &err);
| break;
| default:
| abort();
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1458254921-17042-13-git-send-email-eblake@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2016-03-18 01:48:37 +03:00
|
|
|
btn = evt->u.btn.data;
|
2016-03-03 19:16:49 +03:00
|
|
|
if (btn->down) {
|
|
|
|
e->buttons_state |= bmap[btn->button];
|
|
|
|
if (btn->button == INPUT_BUTTON_WHEEL_UP) {
|
2014-05-19 17:02:21 +04:00
|
|
|
e->dz--;
|
2016-03-03 19:16:49 +03:00
|
|
|
} else if (btn->button == INPUT_BUTTON_WHEEL_DOWN) {
|
2014-05-19 17:02:21 +04:00
|
|
|
e->dz++;
|
|
|
|
}
|
|
|
|
} else {
|
2016-03-03 19:16:49 +03:00
|
|
|
e->buttons_state &= ~bmap[btn->button];
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
2014-05-19 17:02:21 +04:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
/* keep gcc happy */
|
|
|
|
break;
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
2014-05-19 17:02:21 +04:00
|
|
|
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
|
2014-05-19 17:02:21 +04:00
|
|
|
static void hid_pointer_sync(DeviceState *dev)
|
2011-07-15 17:08:01 +04:00
|
|
|
{
|
2014-05-19 17:02:21 +04:00
|
|
|
HIDState *hs = (HIDState *)dev;
|
|
|
|
HIDPointerEvent *prev, *curr, *next;
|
|
|
|
bool event_compression = false;
|
|
|
|
|
|
|
|
if (hs->n == QUEUE_LENGTH-1) {
|
|
|
|
/*
|
2014-06-13 22:42:57 +04:00
|
|
|
* Queue full. We are losing information, but we at least
|
2014-05-19 17:02:21 +04:00
|
|
|
* keep track of most recent button state.
|
|
|
|
*/
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
prev = &hs->ptr.queue[(hs->head + hs->n - 1) & QUEUE_MASK];
|
|
|
|
curr = &hs->ptr.queue[(hs->head + hs->n) & QUEUE_MASK];
|
|
|
|
next = &hs->ptr.queue[(hs->head + hs->n + 1) & QUEUE_MASK];
|
|
|
|
|
|
|
|
if (hs->n > 0) {
|
|
|
|
/*
|
|
|
|
* No button state change between previous and current event
|
|
|
|
* (and previous wasn't seen by the guest yet), so there is
|
|
|
|
* motion information only and we can combine the two event
|
|
|
|
* into one.
|
|
|
|
*/
|
|
|
|
if (curr->buttons_state == prev->buttons_state) {
|
|
|
|
event_compression = true;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (event_compression) {
|
|
|
|
/* add current motion to previous, clear current */
|
|
|
|
if (hs->kind == HID_MOUSE) {
|
|
|
|
prev->xdx += curr->xdx;
|
|
|
|
curr->xdx = 0;
|
2014-06-14 23:19:41 +04:00
|
|
|
prev->ydy += curr->ydy;
|
2014-05-19 17:02:21 +04:00
|
|
|
curr->ydy = 0;
|
|
|
|
} else {
|
|
|
|
prev->xdx = curr->xdx;
|
|
|
|
prev->ydy = curr->ydy;
|
|
|
|
}
|
|
|
|
prev->dz += curr->dz;
|
|
|
|
curr->dz = 0;
|
|
|
|
} else {
|
2023-07-14 14:32:24 +03:00
|
|
|
/* prepare next (clear rel, copy abs + btns) */
|
2014-05-19 17:02:21 +04:00
|
|
|
if (hs->kind == HID_MOUSE) {
|
|
|
|
next->xdx = 0;
|
|
|
|
next->ydy = 0;
|
|
|
|
} else {
|
|
|
|
next->xdx = curr->xdx;
|
|
|
|
next->ydy = curr->ydy;
|
|
|
|
}
|
|
|
|
next->dz = 0;
|
|
|
|
next->buttons_state = curr->buttons_state;
|
|
|
|
/* make current guest visible, notify guest */
|
2011-07-15 17:08:01 +04:00
|
|
|
hs->n++;
|
2014-05-19 17:02:21 +04:00
|
|
|
hs->event(hs);
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-03-11 16:52:27 +04:00
|
|
|
static void hid_keyboard_event(DeviceState *dev, QemuConsole *src,
|
|
|
|
InputEvent *evt)
|
2011-07-15 17:08:01 +04:00
|
|
|
{
|
2014-03-11 16:52:27 +04:00
|
|
|
HIDState *hs = (HIDState *)dev;
|
|
|
|
int scancodes[3], i, count;
|
2011-07-15 17:08:01 +04:00
|
|
|
int slot;
|
qapi: Don't special-case simple union wrappers
Simple unions were carrying a special case that hid their 'data'
QMP member from the resulting C struct, via the hack method
QAPISchemaObjectTypeVariant.simple_union_type(). But by using
the work we started by unboxing flat union and alternate
branches, coupled with the ability to visit the members of an
implicit type, we can now expose the simple union's implicit
type in qapi-types.h:
| struct q_obj_ImageInfoSpecificQCow2_wrapper {
| ImageInfoSpecificQCow2 *data;
| };
|
| struct q_obj_ImageInfoSpecificVmdk_wrapper {
| ImageInfoSpecificVmdk *data;
| };
...
| struct ImageInfoSpecific {
| ImageInfoSpecificKind type;
| union { /* union tag is @type */
| void *data;
|- ImageInfoSpecificQCow2 *qcow2;
|- ImageInfoSpecificVmdk *vmdk;
|+ q_obj_ImageInfoSpecificQCow2_wrapper qcow2;
|+ q_obj_ImageInfoSpecificVmdk_wrapper vmdk;
| } u;
| };
Doing this removes asymmetry between QAPI's QMP side and its
C side (both sides now expose 'data'), and means that the
treatment of a simple union as sugar for a flat union is now
equivalent in both languages (previously the two approaches used
a different layer of dereferencing, where the simple union could
be converted to a flat union with equivalent C layout but
different {} on the wire, or to an equivalent QMP wire form
but with different C representation). Using the implicit type
also lets us get rid of the simple_union_type() hack.
Of course, now all clients of simple unions have to adjust from
using su->u.member to using su->u.member.data; while this touches
a number of files in the tree, some earlier cleanup patches
helped minimize the change to the initialization of a temporary
variable rather than every single member access. The generated
qapi-visit.c code is also affected by the layout change:
|@@ -7393,10 +7393,10 @@ void visit_type_ImageInfoSpecific_member
| }
| switch (obj->type) {
| case IMAGE_INFO_SPECIFIC_KIND_QCOW2:
|- visit_type_ImageInfoSpecificQCow2(v, "data", &obj->u.qcow2, &err);
|+ visit_type_q_obj_ImageInfoSpecificQCow2_wrapper_members(v, &obj->u.qcow2, &err);
| break;
| case IMAGE_INFO_SPECIFIC_KIND_VMDK:
|- visit_type_ImageInfoSpecificVmdk(v, "data", &obj->u.vmdk, &err);
|+ visit_type_q_obj_ImageInfoSpecificVmdk_wrapper_members(v, &obj->u.vmdk, &err);
| break;
| default:
| abort();
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1458254921-17042-13-git-send-email-eblake@redhat.com>
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2016-03-18 01:48:37 +03:00
|
|
|
InputKeyEvent *key = evt->u.key.data;
|
2011-07-15 17:08:01 +04:00
|
|
|
|
2016-03-03 19:16:49 +03:00
|
|
|
count = qemu_input_key_value_to_scancode(key->key,
|
|
|
|
key->down,
|
2014-03-11 16:52:27 +04:00
|
|
|
scancodes);
|
|
|
|
if (hs->n + count > QUEUE_LENGTH) {
|
2016-06-23 12:51:35 +03:00
|
|
|
trace_hid_kbd_queue_full();
|
2011-07-15 17:08:01 +04:00
|
|
|
return;
|
|
|
|
}
|
2014-03-11 16:52:27 +04:00
|
|
|
for (i = 0; i < count; i++) {
|
|
|
|
slot = (hs->head + hs->n) & QUEUE_MASK; hs->n++;
|
|
|
|
hs->kbd.keycodes[slot] = scancodes[i];
|
|
|
|
}
|
2011-07-15 17:08:01 +04:00
|
|
|
hs->event(hs);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void hid_keyboard_process_keycode(HIDState *hs)
|
|
|
|
{
|
2015-07-14 12:18:06 +03:00
|
|
|
uint8_t hid_code, index, key;
|
2011-07-15 17:08:01 +04:00
|
|
|
int i, keycode, slot;
|
|
|
|
|
|
|
|
if (hs->n == 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
slot = hs->head & QUEUE_MASK; QUEUE_INCR(hs->head); hs->n--;
|
|
|
|
keycode = hs->kbd.keycodes[slot];
|
|
|
|
|
2017-03-30 17:22:55 +03:00
|
|
|
if (!hs->n) {
|
|
|
|
trace_hid_kbd_queue_empty();
|
|
|
|
}
|
|
|
|
|
2011-07-15 17:08:01 +04:00
|
|
|
key = keycode & 0x7f;
|
2015-07-14 12:18:06 +03:00
|
|
|
index = key | ((hs->kbd.modifiers & (1 << 8)) >> 1);
|
|
|
|
hid_code = hid_usage_keys[index];
|
2011-07-15 17:08:01 +04:00
|
|
|
hs->kbd.modifiers &= ~(1 << 8);
|
|
|
|
|
|
|
|
switch (hid_code) {
|
|
|
|
case 0x00:
|
|
|
|
return;
|
|
|
|
|
|
|
|
case 0xe0:
|
2015-07-14 12:18:06 +03:00
|
|
|
assert(key == 0x1d);
|
2011-07-15 17:08:01 +04:00
|
|
|
if (hs->kbd.modifiers & (1 << 9)) {
|
2015-07-14 12:18:06 +03:00
|
|
|
/* The hid_codes for the 0xe1/0x1d scancode sequence are 0xe9/0xe0.
|
|
|
|
* Here we're processing the second hid_code. By dropping bit 9
|
|
|
|
* and setting bit 8, the scancode after 0x1d will access the
|
|
|
|
* second half of the table.
|
|
|
|
*/
|
|
|
|
hs->kbd.modifiers ^= (1 << 8) | (1 << 9);
|
2011-07-15 17:08:01 +04:00
|
|
|
return;
|
|
|
|
}
|
2015-07-14 12:18:06 +03:00
|
|
|
/* fall through to process Ctrl_L */
|
2011-07-15 17:08:01 +04:00
|
|
|
case 0xe1 ... 0xe7:
|
2015-07-14 12:18:06 +03:00
|
|
|
/* Ctrl_L/Ctrl_R, Shift_L/Shift_R, Alt_L/Alt_R, Win_L/Win_R.
|
|
|
|
* Handle releases here, or fall through to process presses.
|
|
|
|
*/
|
2011-07-15 17:08:01 +04:00
|
|
|
if (keycode & (1 << 7)) {
|
|
|
|
hs->kbd.modifiers &= ~(1 << (hid_code & 0x0f));
|
|
|
|
return;
|
|
|
|
}
|
2015-07-14 12:18:06 +03:00
|
|
|
/* fall through */
|
|
|
|
case 0xe8 ... 0xe9:
|
|
|
|
/* USB modifiers are just 1 byte long. Bits 8 and 9 of
|
|
|
|
* hs->kbd.modifiers implement a state machine that detects the
|
|
|
|
* 0xe0 and 0xe1/0x1d sequences. These bits do not follow the
|
|
|
|
* usual rules where bit 7 marks released keys; they are cleared
|
|
|
|
* elsewhere in the function as the state machine dictates.
|
|
|
|
*/
|
2011-07-15 17:08:01 +04:00
|
|
|
hs->kbd.modifiers |= 1 << (hid_code & 0x0f);
|
|
|
|
return;
|
2015-07-14 12:18:06 +03:00
|
|
|
|
|
|
|
case 0xea ... 0xef:
|
|
|
|
abort();
|
|
|
|
|
|
|
|
default:
|
|
|
|
break;
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
if (keycode & (1 << 7)) {
|
|
|
|
for (i = hs->kbd.keys - 1; i >= 0; i--) {
|
|
|
|
if (hs->kbd.key[i] == hid_code) {
|
|
|
|
hs->kbd.key[i] = hs->kbd.key[-- hs->kbd.keys];
|
|
|
|
hs->kbd.key[hs->kbd.keys] = 0x00;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (i < 0) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
for (i = hs->kbd.keys - 1; i >= 0; i--) {
|
|
|
|
if (hs->kbd.key[i] == hid_code) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (i < 0) {
|
|
|
|
if (hs->kbd.keys < sizeof(hs->kbd.key)) {
|
|
|
|
hs->kbd.key[hs->kbd.keys++] = hid_code;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline int int_clamp(int val, int vmin, int vmax)
|
|
|
|
{
|
|
|
|
if (val < vmin) {
|
|
|
|
return vmin;
|
|
|
|
} else if (val > vmax) {
|
|
|
|
return vmax;
|
|
|
|
} else {
|
|
|
|
return val;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-08-09 14:35:57 +04:00
|
|
|
void hid_pointer_activate(HIDState *hs)
|
|
|
|
{
|
|
|
|
if (!hs->ptr.mouse_grabbed) {
|
2014-05-19 17:02:21 +04:00
|
|
|
qemu_input_handler_activate(hs->s);
|
2011-08-09 14:35:57 +04:00
|
|
|
hs->ptr.mouse_grabbed = 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-07-15 17:08:01 +04:00
|
|
|
int hid_pointer_poll(HIDState *hs, uint8_t *buf, int len)
|
|
|
|
{
|
2014-05-19 17:02:21 +04:00
|
|
|
int dx, dy, dz, l;
|
2011-07-15 17:08:01 +04:00
|
|
|
int index;
|
|
|
|
HIDPointerEvent *e;
|
|
|
|
|
2012-12-14 17:35:38 +04:00
|
|
|
hs->idle_pending = false;
|
|
|
|
|
2011-08-09 14:35:57 +04:00
|
|
|
hid_pointer_activate(hs);
|
2011-07-15 17:08:01 +04:00
|
|
|
|
|
|
|
/* When the buffer is empty, return the last event. Relative
|
|
|
|
movements will all be zero. */
|
|
|
|
index = (hs->n ? hs->head : hs->head - 1);
|
|
|
|
e = &hs->ptr.queue[index & QUEUE_MASK];
|
|
|
|
|
|
|
|
if (hs->kind == HID_MOUSE) {
|
|
|
|
dx = int_clamp(e->xdx, -127, 127);
|
|
|
|
dy = int_clamp(e->ydy, -127, 127);
|
|
|
|
e->xdx -= dx;
|
|
|
|
e->ydy -= dy;
|
|
|
|
} else {
|
|
|
|
dx = e->xdx;
|
|
|
|
dy = e->ydy;
|
|
|
|
}
|
|
|
|
dz = int_clamp(e->dz, -127, 127);
|
|
|
|
e->dz -= dz;
|
|
|
|
|
|
|
|
if (hs->n &&
|
|
|
|
!e->dz &&
|
|
|
|
(hs->kind == HID_TABLET || (!e->xdx && !e->ydy))) {
|
|
|
|
/* that deals with this event */
|
|
|
|
QUEUE_INCR(hs->head);
|
|
|
|
hs->n--;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Appears we have to invert the wheel direction */
|
|
|
|
dz = 0 - dz;
|
|
|
|
l = 0;
|
|
|
|
switch (hs->kind) {
|
|
|
|
case HID_MOUSE:
|
|
|
|
if (len > l) {
|
2014-05-19 17:02:21 +04:00
|
|
|
buf[l++] = e->buttons_state;
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dx;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dy;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dz;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case HID_TABLET:
|
|
|
|
if (len > l) {
|
2014-05-19 17:02:21 +04:00
|
|
|
buf[l++] = e->buttons_state;
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dx & 0xff;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dx >> 8;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dy & 0xff;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dy >> 8;
|
|
|
|
}
|
|
|
|
if (len > l) {
|
|
|
|
buf[l++] = dz;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
abort();
|
|
|
|
}
|
|
|
|
|
|
|
|
return l;
|
|
|
|
}
|
|
|
|
|
|
|
|
int hid_keyboard_poll(HIDState *hs, uint8_t *buf, int len)
|
|
|
|
{
|
2012-12-14 17:35:38 +04:00
|
|
|
hs->idle_pending = false;
|
|
|
|
|
2011-07-15 17:08:01 +04:00
|
|
|
if (len < 2) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
hid_keyboard_process_keycode(hs);
|
|
|
|
|
|
|
|
buf[0] = hs->kbd.modifiers & 0xff;
|
|
|
|
buf[1] = 0;
|
|
|
|
if (hs->kbd.keys > 6) {
|
|
|
|
memset(buf + 2, HID_USAGE_ERROR_ROLLOVER, MIN(8, len) - 2);
|
|
|
|
} else {
|
|
|
|
memcpy(buf + 2, hs->kbd.key, MIN(8, len) - 2);
|
|
|
|
}
|
|
|
|
|
|
|
|
return MIN(8, len);
|
|
|
|
}
|
|
|
|
|
|
|
|
int hid_keyboard_write(HIDState *hs, uint8_t *buf, int len)
|
|
|
|
{
|
|
|
|
if (len > 0) {
|
|
|
|
int ledstate = 0;
|
|
|
|
/* 0x01: Num Lock LED
|
|
|
|
* 0x02: Caps Lock LED
|
|
|
|
* 0x04: Scroll Lock LED
|
|
|
|
* 0x08: Compose LED
|
|
|
|
* 0x10: Kana LED */
|
|
|
|
hs->kbd.leds = buf[0];
|
|
|
|
if (hs->kbd.leds & 0x04) {
|
|
|
|
ledstate |= QEMU_SCROLL_LOCK_LED;
|
|
|
|
}
|
|
|
|
if (hs->kbd.leds & 0x01) {
|
|
|
|
ledstate |= QEMU_NUM_LOCK_LED;
|
|
|
|
}
|
|
|
|
if (hs->kbd.leds & 0x02) {
|
|
|
|
ledstate |= QEMU_CAPS_LOCK_LED;
|
|
|
|
}
|
|
|
|
kbd_put_ledstate(ledstate);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void hid_reset(HIDState *hs)
|
|
|
|
{
|
|
|
|
switch (hs->kind) {
|
|
|
|
case HID_KEYBOARD:
|
|
|
|
memset(hs->kbd.keycodes, 0, sizeof(hs->kbd.keycodes));
|
|
|
|
memset(hs->kbd.key, 0, sizeof(hs->kbd.key));
|
|
|
|
hs->kbd.keys = 0;
|
2017-06-22 10:41:35 +03:00
|
|
|
hs->kbd.modifiers = 0;
|
2011-07-15 17:08:01 +04:00
|
|
|
break;
|
|
|
|
case HID_MOUSE:
|
|
|
|
case HID_TABLET:
|
|
|
|
memset(hs->ptr.queue, 0, sizeof(hs->ptr.queue));
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
hs->head = 0;
|
|
|
|
hs->n = 0;
|
2011-07-15 17:52:33 +04:00
|
|
|
hs->protocol = 1;
|
|
|
|
hs->idle = 0;
|
2012-12-14 17:35:38 +04:00
|
|
|
hs->idle_pending = false;
|
|
|
|
hid_del_idle_timer(hs);
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
void hid_free(HIDState *hs)
|
|
|
|
{
|
2014-05-19 17:02:21 +04:00
|
|
|
qemu_input_handler_unregister(hs->s);
|
2012-12-14 17:35:38 +04:00
|
|
|
hid_del_idle_timer(hs);
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
|
2023-10-17 16:05:00 +03:00
|
|
|
static const QemuInputHandler hid_keyboard_handler = {
|
2014-03-11 16:52:27 +04:00
|
|
|
.name = "QEMU HID Keyboard",
|
|
|
|
.mask = INPUT_EVENT_MASK_KEY,
|
|
|
|
.event = hid_keyboard_event,
|
|
|
|
};
|
|
|
|
|
2023-10-17 16:05:00 +03:00
|
|
|
static const QemuInputHandler hid_mouse_handler = {
|
2014-05-19 17:02:21 +04:00
|
|
|
.name = "QEMU HID Mouse",
|
|
|
|
.mask = INPUT_EVENT_MASK_BTN | INPUT_EVENT_MASK_REL,
|
|
|
|
.event = hid_pointer_event,
|
|
|
|
.sync = hid_pointer_sync,
|
|
|
|
};
|
|
|
|
|
2023-10-17 16:05:00 +03:00
|
|
|
static const QemuInputHandler hid_tablet_handler = {
|
2014-05-19 17:02:21 +04:00
|
|
|
.name = "QEMU HID Tablet",
|
|
|
|
.mask = INPUT_EVENT_MASK_BTN | INPUT_EVENT_MASK_ABS,
|
|
|
|
.event = hid_pointer_event,
|
|
|
|
.sync = hid_pointer_sync,
|
|
|
|
};
|
|
|
|
|
2011-07-15 17:08:01 +04:00
|
|
|
void hid_init(HIDState *hs, int kind, HIDEventFunc event)
|
|
|
|
{
|
|
|
|
hs->kind = kind;
|
|
|
|
hs->event = event;
|
|
|
|
|
2011-08-10 01:54:52 +04:00
|
|
|
if (hs->kind == HID_KEYBOARD) {
|
2014-03-11 16:52:27 +04:00
|
|
|
hs->s = qemu_input_handler_register((DeviceState *)hs,
|
|
|
|
&hid_keyboard_handler);
|
|
|
|
qemu_input_handler_activate(hs->s);
|
2011-08-10 01:54:52 +04:00
|
|
|
} else if (hs->kind == HID_MOUSE) {
|
2014-05-19 17:02:21 +04:00
|
|
|
hs->s = qemu_input_handler_register((DeviceState *)hs,
|
|
|
|
&hid_mouse_handler);
|
2011-07-15 17:08:01 +04:00
|
|
|
} else if (hs->kind == HID_TABLET) {
|
2014-05-19 17:02:21 +04:00
|
|
|
hs->s = qemu_input_handler_register((DeviceState *)hs,
|
|
|
|
&hid_tablet_handler);
|
2011-07-15 17:08:01 +04:00
|
|
|
}
|
|
|
|
}
|
2011-08-10 01:54:53 +04:00
|
|
|
|
|
|
|
static int hid_post_load(void *opaque, int version_id)
|
|
|
|
{
|
|
|
|
HIDState *s = opaque;
|
|
|
|
|
2012-12-14 17:35:38 +04:00
|
|
|
hid_set_next_idle(s);
|
2014-11-27 12:02:35 +03:00
|
|
|
|
|
|
|
if (s->n == QUEUE_LENGTH && (s->kind == HID_TABLET ||
|
|
|
|
s->kind == HID_MOUSE)) {
|
|
|
|
/*
|
|
|
|
* Handle ptr device migration from old qemu with full queue.
|
|
|
|
*
|
|
|
|
* Throw away everything but the last event, so we propagate
|
|
|
|
* at least the current button state to the guest. Also keep
|
|
|
|
* current position for the tablet, signal "no motion" for the
|
|
|
|
* mouse.
|
|
|
|
*/
|
|
|
|
HIDPointerEvent evt;
|
|
|
|
evt = s->ptr.queue[(s->head+s->n) & QUEUE_MASK];
|
|
|
|
if (s->kind == HID_MOUSE) {
|
|
|
|
evt.xdx = 0;
|
|
|
|
evt.ydy = 0;
|
|
|
|
}
|
|
|
|
s->ptr.queue[0] = evt;
|
|
|
|
s->head = 0;
|
|
|
|
s->n = 1;
|
|
|
|
}
|
2011-08-10 01:54:53 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const VMStateDescription vmstate_hid_ptr_queue = {
|
|
|
|
.name = "HIDPointerEventQueue",
|
|
|
|
.version_id = 1,
|
|
|
|
.minimum_version_id = 1,
|
2023-12-21 06:16:14 +03:00
|
|
|
.fields = (const VMStateField[]) {
|
2011-08-10 01:54:53 +04:00
|
|
|
VMSTATE_INT32(xdx, HIDPointerEvent),
|
|
|
|
VMSTATE_INT32(ydy, HIDPointerEvent),
|
|
|
|
VMSTATE_INT32(dz, HIDPointerEvent),
|
|
|
|
VMSTATE_INT32(buttons_state, HIDPointerEvent),
|
|
|
|
VMSTATE_END_OF_LIST()
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
const VMStateDescription vmstate_hid_ptr_device = {
|
|
|
|
.name = "HIDPointerDevice",
|
|
|
|
.version_id = 1,
|
|
|
|
.minimum_version_id = 1,
|
|
|
|
.post_load = hid_post_load,
|
2023-12-21 06:16:14 +03:00
|
|
|
.fields = (const VMStateField[]) {
|
2011-08-10 01:54:53 +04:00
|
|
|
VMSTATE_STRUCT_ARRAY(ptr.queue, HIDState, QUEUE_LENGTH, 0,
|
|
|
|
vmstate_hid_ptr_queue, HIDPointerEvent),
|
|
|
|
VMSTATE_UINT32(head, HIDState),
|
|
|
|
VMSTATE_UINT32(n, HIDState),
|
|
|
|
VMSTATE_INT32(protocol, HIDState),
|
|
|
|
VMSTATE_UINT8(idle, HIDState),
|
|
|
|
VMSTATE_END_OF_LIST(),
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
|
|
|
const VMStateDescription vmstate_hid_keyboard_device = {
|
|
|
|
.name = "HIDKeyboardDevice",
|
|
|
|
.version_id = 1,
|
|
|
|
.minimum_version_id = 1,
|
|
|
|
.post_load = hid_post_load,
|
2023-12-21 06:16:14 +03:00
|
|
|
.fields = (const VMStateField[]) {
|
2011-08-10 01:54:53 +04:00
|
|
|
VMSTATE_UINT32_ARRAY(kbd.keycodes, HIDState, QUEUE_LENGTH),
|
|
|
|
VMSTATE_UINT32(head, HIDState),
|
|
|
|
VMSTATE_UINT32(n, HIDState),
|
|
|
|
VMSTATE_UINT16(kbd.modifiers, HIDState),
|
|
|
|
VMSTATE_UINT8(kbd.leds, HIDState),
|
|
|
|
VMSTATE_UINT8_ARRAY(kbd.key, HIDState, 16),
|
|
|
|
VMSTATE_INT32(kbd.keys, HIDState),
|
|
|
|
VMSTATE_INT32(protocol, HIDState),
|
|
|
|
VMSTATE_UINT8(idle, HIDState),
|
|
|
|
VMSTATE_END_OF_LIST(),
|
|
|
|
}
|
|
|
|
};
|