Hans de Goede be41efde3c usb: Don't allow USB_RET_ASYNC for interrupt packets
It is tempting to use USB_RET_ASYNC for interrupt packets, rather then the
current NAK + polling approach, but this causes issues for migration, as
an async completed packet will not getting written back to guest memory until
the next poll time, and if a migration happens in between it will get lost!

Make an exception for host devices, because:
1) host-linux actually uses async completion for interrupt endpoints
2) host devices don't migrate anyways

Ideally we would convert host-linux.c to handle (input) interrupt endpoints in
a buffered manner like it does for isoc endpoints, keeping multiple urbs
submitted to ensure the devices timing requirements are met, as well as making
its interrupt ep handling the same as other usb-devices.

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-12-04 14:41:54 +01:00
2012-11-19 10:48:32 +01:00
2012-11-20 15:38:37 +01:00
2012-11-01 13:10:06 +01:00
2012-10-24 10:26:22 +02:00
2012-11-26 13:41:01 -06:00
2012-09-07 09:02:44 +03:00
2012-10-05 16:07:49 -05:00
2012-11-01 13:10:06 +01:00
2009-09-12 07:36:22 +00:00
2011-12-02 10:50:57 +00:00
2011-08-27 15:42:35 +00:00
2012-08-04 15:51:23 +00:00
2011-09-16 08:26:31 -05:00
2012-01-13 10:37:00 +00:00
2012-11-02 18:34:59 +01:00
2010-11-01 00:54:06 +03:00
2012-05-14 07:27:24 +02:00
2012-11-05 11:54:49 +01:00
2012-10-31 04:12:23 +01:00
2012-11-01 19:49:45 +01:00
2012-10-31 04:12:23 +01:00
2012-10-31 04:12:23 +01:00
2012-03-30 08:14:11 -05:00
2012-10-23 08:58:25 -05:00
2012-10-23 08:58:25 -05:00
2012-01-10 09:36:43 +01:00
2012-03-07 13:03:51 +00:00
2012-09-15 15:34:27 +00:00
2012-04-01 20:30:23 +02:00
2012-11-10 13:49:20 +00:00
2012-11-10 13:49:20 +00:00
2012-11-14 18:19:21 +01:00
2012-10-23 08:58:25 -05:00
2009-09-12 07:36:22 +00:00
2012-09-22 17:59:12 +00:00
2012-10-23 08:58:25 -05:00
2012-11-12 14:38:29 +01:00
2012-11-12 14:38:29 +01:00
2011-12-02 10:50:57 +00:00
2011-08-27 15:42:35 +00:00
2012-10-23 08:58:25 -05:00
2011-08-27 15:42:35 +00:00
2011-10-16 13:13:05 +02:00
2012-03-19 15:17:21 +02:00
2012-10-29 18:25:22 +02:00
2011-06-14 03:08:57 +02:00
2011-12-09 11:25:22 +00:00
2011-12-02 10:50:57 +00:00
2012-11-10 13:24:39 +00:00
2012-10-23 08:58:25 -05:00
2011-08-27 15:42:35 +00:00
2012-02-15 09:39:21 -06:00
2012-09-19 15:26:31 +02:00
2012-02-17 08:33:32 -06:00
2012-02-17 08:33:32 -06:00
2012-08-08 13:51:12 +02:00
2011-02-09 10:33:54 +02:00
2012-01-10 18:23:58 +01:00
2012-04-07 14:00:45 +00:00
2012-01-10 18:23:58 +01:00
2009-11-17 08:49:39 -06:00
2010-07-01 14:27:13 -03:00
2012-11-14 18:19:21 +01:00
2012-11-10 13:49:20 +00:00
2010-05-19 12:45:54 -03:00
2012-04-07 14:00:45 +00:00
2012-08-16 13:41:16 -05:00
2012-10-31 09:45:47 +01:00
2011-12-06 10:07:04 +00:00
2012-08-13 14:17:53 -03:00
2009-11-17 08:49:38 -06:00
2010-05-19 12:45:54 -03:00
2010-10-01 10:12:43 -03:00
2012-08-16 13:41:15 -05:00
2012-08-16 13:41:15 -05:00
2010-05-19 12:45:54 -03:00
2012-04-24 09:50:31 -05:00
2010-09-18 05:53:14 +00:00
2011-12-11 17:50:43 -06:00
2011-10-01 09:31:08 +00:00
2011-08-27 15:42:35 +00:00
2012-11-01 19:49:44 +01:00
2010-03-14 22:04:50 +01:00
2011-10-31 21:52:17 +01:00
2012-11-24 19:52:00 +00:00
2012-11-14 18:19:21 +01:00
2012-11-16 11:27:32 +01:00
2009-10-01 16:12:16 -05:00
2012-09-28 17:51:47 +02:00
2012-09-28 17:51:47 +02:00
2012-12-03 14:08:40 -06:00
2012-11-26 13:53:52 -06:00
2011-08-27 15:42:35 +00:00
2012-10-23 08:58:25 -05:00
2012-10-03 13:48:45 +00:00

Read the documentation in qemu-doc.html or on http://wiki.qemu.org

- QEMU team
Description
QEMU With E2K User Support
Readme 459 MiB
Languages
C 83.1%
C++ 6.3%
Python 3.2%
Dylan 2.8%
Shell 1.6%
Other 2.8%