2011-12-15 21:53:10 +01:00
|
|
|
#ifndef QEMU_USB_H
|
|
|
|
#define QEMU_USB_H
|
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
/*
|
|
|
|
* QEMU USB API
|
2007-09-16 23:08:06 +02:00
|
|
|
*
|
2005-11-05 15:22:28 +01:00
|
|
|
* Copyright (c) 2005 Fabrice Bellard
|
2007-09-16 23:08:06 +02:00
|
|
|
*
|
2005-11-05 15:22:28 +01:00
|
|
|
* 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.
|
|
|
|
*/
|
2009-03-06 00:01:01 +01:00
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
#include "qdev.h"
|
2009-09-12 09:36:22 +02:00
|
|
|
#include "qemu-queue.h"
|
2009-03-06 00:01:01 +01:00
|
|
|
|
2011-06-02 03:18:46 +02:00
|
|
|
/* Constants related to the USB / PCI interaction */
|
|
|
|
#define USB_SBRN 0x60 /* Serial Bus Release Number Register */
|
|
|
|
#define USB_RELEASE_1 0x10 /* USB 1.0 */
|
|
|
|
#define USB_RELEASE_2 0x20 /* USB 2.0 */
|
|
|
|
#define USB_RELEASE_3 0x30 /* USB 3.0 */
|
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
#define USB_TOKEN_SETUP 0x2d
|
|
|
|
#define USB_TOKEN_IN 0x69 /* device -> host */
|
|
|
|
#define USB_TOKEN_OUT 0xe1 /* host -> device */
|
|
|
|
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
#define USB_RET_SUCCESS (0)
|
2012-10-24 18:14:07 +02:00
|
|
|
#define USB_RET_NODEV (-1)
|
|
|
|
#define USB_RET_NAK (-2)
|
|
|
|
#define USB_RET_STALL (-3)
|
|
|
|
#define USB_RET_BABBLE (-4)
|
|
|
|
#define USB_RET_IOERROR (-5)
|
|
|
|
#define USB_RET_ASYNC (-6)
|
|
|
|
#define USB_RET_ADD_TO_QUEUE (-7)
|
2012-10-24 18:14:08 +02:00
|
|
|
#define USB_RET_REMOVE_FROM_QUEUE (-8)
|
2005-11-05 15:22:28 +01:00
|
|
|
|
|
|
|
#define USB_SPEED_LOW 0
|
|
|
|
#define USB_SPEED_FULL 1
|
|
|
|
#define USB_SPEED_HIGH 2
|
2010-12-03 17:30:13 +01:00
|
|
|
#define USB_SPEED_SUPER 3
|
|
|
|
|
|
|
|
#define USB_SPEED_MASK_LOW (1 << USB_SPEED_LOW)
|
|
|
|
#define USB_SPEED_MASK_FULL (1 << USB_SPEED_FULL)
|
|
|
|
#define USB_SPEED_MASK_HIGH (1 << USB_SPEED_HIGH)
|
|
|
|
#define USB_SPEED_MASK_SUPER (1 << USB_SPEED_SUPER)
|
2005-11-05 15:22:28 +01:00
|
|
|
|
|
|
|
#define USB_STATE_NOTATTACHED 0
|
|
|
|
#define USB_STATE_ATTACHED 1
|
|
|
|
//#define USB_STATE_POWERED 2
|
|
|
|
#define USB_STATE_DEFAULT 3
|
|
|
|
//#define USB_STATE_ADDRESS 4
|
|
|
|
//#define USB_STATE_CONFIGURED 5
|
|
|
|
#define USB_STATE_SUSPENDED 6
|
|
|
|
|
2005-11-06 17:13:29 +01:00
|
|
|
#define USB_CLASS_AUDIO 1
|
|
|
|
#define USB_CLASS_COMM 2
|
|
|
|
#define USB_CLASS_HID 3
|
|
|
|
#define USB_CLASS_PHYSICAL 5
|
|
|
|
#define USB_CLASS_STILL_IMAGE 6
|
|
|
|
#define USB_CLASS_PRINTER 7
|
|
|
|
#define USB_CLASS_MASS_STORAGE 8
|
|
|
|
#define USB_CLASS_HUB 9
|
|
|
|
#define USB_CLASS_CDC_DATA 0x0a
|
|
|
|
#define USB_CLASS_CSCID 0x0b
|
|
|
|
#define USB_CLASS_CONTENT_SEC 0x0d
|
|
|
|
#define USB_CLASS_APP_SPEC 0xfe
|
|
|
|
#define USB_CLASS_VENDOR_SPEC 0xff
|
|
|
|
|
2010-09-10 23:47:56 +02:00
|
|
|
#define USB_SUBCLASS_UNDEFINED 0
|
|
|
|
#define USB_SUBCLASS_AUDIO_CONTROL 1
|
|
|
|
#define USB_SUBCLASS_AUDIO_STREAMING 2
|
|
|
|
#define USB_SUBCLASS_AUDIO_MIDISTREAMING 3
|
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
#define USB_DIR_OUT 0
|
|
|
|
#define USB_DIR_IN 0x80
|
|
|
|
|
|
|
|
#define USB_TYPE_MASK (0x03 << 5)
|
|
|
|
#define USB_TYPE_STANDARD (0x00 << 5)
|
|
|
|
#define USB_TYPE_CLASS (0x01 << 5)
|
|
|
|
#define USB_TYPE_VENDOR (0x02 << 5)
|
|
|
|
#define USB_TYPE_RESERVED (0x03 << 5)
|
|
|
|
|
|
|
|
#define USB_RECIP_MASK 0x1f
|
|
|
|
#define USB_RECIP_DEVICE 0x00
|
|
|
|
#define USB_RECIP_INTERFACE 0x01
|
|
|
|
#define USB_RECIP_ENDPOINT 0x02
|
|
|
|
#define USB_RECIP_OTHER 0x03
|
|
|
|
|
|
|
|
#define DeviceRequest ((USB_DIR_IN|USB_TYPE_STANDARD|USB_RECIP_DEVICE)<<8)
|
|
|
|
#define DeviceOutRequest ((USB_DIR_OUT|USB_TYPE_STANDARD|USB_RECIP_DEVICE)<<8)
|
2005-11-05 17:57:08 +01:00
|
|
|
#define InterfaceRequest \
|
|
|
|
((USB_DIR_IN|USB_TYPE_STANDARD|USB_RECIP_INTERFACE)<<8)
|
|
|
|
#define InterfaceOutRequest \
|
|
|
|
((USB_DIR_OUT|USB_TYPE_STANDARD|USB_RECIP_INTERFACE)<<8)
|
|
|
|
#define EndpointRequest ((USB_DIR_IN|USB_TYPE_STANDARD|USB_RECIP_ENDPOINT)<<8)
|
|
|
|
#define EndpointOutRequest \
|
|
|
|
((USB_DIR_OUT|USB_TYPE_STANDARD|USB_RECIP_ENDPOINT)<<8)
|
2010-03-14 12:19:03 +01:00
|
|
|
#define ClassInterfaceRequest \
|
|
|
|
((USB_DIR_IN|USB_TYPE_CLASS|USB_RECIP_INTERFACE)<<8)
|
|
|
|
#define ClassInterfaceOutRequest \
|
|
|
|
((USB_DIR_OUT|USB_TYPE_CLASS|USB_RECIP_INTERFACE)<<8)
|
2005-11-05 15:22:28 +01:00
|
|
|
|
|
|
|
#define USB_REQ_GET_STATUS 0x00
|
|
|
|
#define USB_REQ_CLEAR_FEATURE 0x01
|
|
|
|
#define USB_REQ_SET_FEATURE 0x03
|
|
|
|
#define USB_REQ_SET_ADDRESS 0x05
|
|
|
|
#define USB_REQ_GET_DESCRIPTOR 0x06
|
|
|
|
#define USB_REQ_SET_DESCRIPTOR 0x07
|
|
|
|
#define USB_REQ_GET_CONFIGURATION 0x08
|
|
|
|
#define USB_REQ_SET_CONFIGURATION 0x09
|
|
|
|
#define USB_REQ_GET_INTERFACE 0x0A
|
|
|
|
#define USB_REQ_SET_INTERFACE 0x0B
|
|
|
|
#define USB_REQ_SYNCH_FRAME 0x0C
|
|
|
|
|
|
|
|
#define USB_DEVICE_SELF_POWERED 0
|
|
|
|
#define USB_DEVICE_REMOTE_WAKEUP 1
|
|
|
|
|
|
|
|
#define USB_DT_DEVICE 0x01
|
|
|
|
#define USB_DT_CONFIG 0x02
|
|
|
|
#define USB_DT_STRING 0x03
|
|
|
|
#define USB_DT_INTERFACE 0x04
|
|
|
|
#define USB_DT_ENDPOINT 0x05
|
2010-12-08 17:35:22 +01:00
|
|
|
#define USB_DT_DEVICE_QUALIFIER 0x06
|
|
|
|
#define USB_DT_OTHER_SPEED_CONFIG 0x07
|
2011-06-23 17:15:43 +02:00
|
|
|
#define USB_DT_DEBUG 0x0A
|
2011-04-03 07:33:18 +02:00
|
|
|
#define USB_DT_INTERFACE_ASSOC 0x0B
|
2012-08-28 17:46:29 +02:00
|
|
|
#define USB_DT_BOS 0x0F
|
|
|
|
#define USB_DT_DEVICE_CAPABILITY 0x10
|
2010-09-10 23:47:56 +02:00
|
|
|
#define USB_DT_CS_INTERFACE 0x24
|
|
|
|
#define USB_DT_CS_ENDPOINT 0x25
|
2012-08-28 17:28:03 +02:00
|
|
|
#define USB_DT_ENDPOINT_COMPANION 0x30
|
2005-11-05 15:22:28 +01:00
|
|
|
|
2012-08-28 17:46:29 +02:00
|
|
|
#define USB_DEV_CAP_WIRELESS 0x01
|
|
|
|
#define USB_DEV_CAP_USB2_EXT 0x02
|
|
|
|
#define USB_DEV_CAP_SUPERSPEED 0x03
|
|
|
|
|
2008-04-22 05:15:10 +02:00
|
|
|
#define USB_ENDPOINT_XFER_CONTROL 0
|
|
|
|
#define USB_ENDPOINT_XFER_ISOC 1
|
|
|
|
#define USB_ENDPOINT_XFER_BULK 2
|
|
|
|
#define USB_ENDPOINT_XFER_INT 3
|
2011-08-29 12:49:46 +02:00
|
|
|
#define USB_ENDPOINT_XFER_INVALID 255
|
2008-04-22 05:15:10 +02:00
|
|
|
|
2012-07-03 10:15:08 +02:00
|
|
|
#define USB_INTERFACE_INVALID 255
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
typedef struct USBBus USBBus;
|
2011-05-23 17:37:12 +02:00
|
|
|
typedef struct USBBusOps USBBusOps;
|
2005-11-05 15:22:28 +01:00
|
|
|
typedef struct USBPort USBPort;
|
|
|
|
typedef struct USBDevice USBDevice;
|
2006-08-12 03:04:27 +02:00
|
|
|
typedef struct USBPacket USBPacket;
|
usb: Add packet combining functions
Currently we only do pipelining for output endpoints, since to properly
support short-not-ok semantics we can only have one outstanding input
packet. Since the ehci and uhci controllers have a limited per td packet
size guests will split large input transfers to into multiple packets,
and since we don't pipeline these, this comes with a serious performance
penalty.
This patch adds helper functions to (re-)combine packets which belong to 1
transfer at the guest device-driver level into 1 large transger. This can be
used by (redirection) usb-devices to enable pipelining for input endpoints.
This patch will combine packets together until a transfer terminating packet
is encountered. A terminating packet is a packet which meets one or more of
the following conditions:
1) The packet size is *not* a multiple of the endpoint max packet size
2) The packet does *not* have its short-not-ok flag set
3) The packet has its interrupt-on-complete flag set
The short-not-ok flag of the combined packet is that of the terminating packet.
Multiple combined packets may be submitted to the device, if the combined
packets do not have their short-not-ok flag set, enabling true pipelining.
If a combined packet does have its short-not-ok flag set the queue will
wait with submitting further packets to the device until that packet has
completed.
Once enabled in the usb-redir and ehci code, this improves the speed (MB/s)
of a Linux guest reading from a USB mass storage device by a factor of
1.2 - 1.5.
And the main reason why I started working on this, when reading from a pl2303
USB<->serial converter, it combines the previous 4 packets submitted per
device-driver level read into 1 big read, reducing the number of packets / sec
by a factor 4, and it allows to have multiple reads outstanding. This allows
for much better latency tolerance without the pl2303's internal buffer
overflowing (which was happening at 115200 bps, without serial flow control).
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-10-31 13:47:09 +01:00
|
|
|
typedef struct USBCombinedPacket USBCombinedPacket;
|
2011-08-29 12:49:46 +02:00
|
|
|
typedef struct USBEndpoint USBEndpoint;
|
2005-11-05 15:22:28 +01:00
|
|
|
|
2010-11-17 11:03:53 +01:00
|
|
|
typedef struct USBDesc USBDesc;
|
|
|
|
typedef struct USBDescID USBDescID;
|
|
|
|
typedef struct USBDescDevice USBDescDevice;
|
|
|
|
typedef struct USBDescConfig USBDescConfig;
|
2011-04-03 07:33:21 +02:00
|
|
|
typedef struct USBDescIfaceAssoc USBDescIfaceAssoc;
|
2010-11-17 11:03:53 +01:00
|
|
|
typedef struct USBDescIface USBDescIface;
|
|
|
|
typedef struct USBDescEndpoint USBDescEndpoint;
|
|
|
|
typedef struct USBDescOther USBDescOther;
|
2010-11-26 12:25:32 +01:00
|
|
|
typedef struct USBDescString USBDescString;
|
|
|
|
|
|
|
|
struct USBDescString {
|
|
|
|
uint8_t index;
|
|
|
|
char *str;
|
|
|
|
QLIST_ENTRY(USBDescString) next;
|
|
|
|
};
|
2010-11-17 11:03:53 +01:00
|
|
|
|
2011-08-30 13:21:27 +02:00
|
|
|
#define USB_MAX_ENDPOINTS 15
|
|
|
|
#define USB_MAX_INTERFACES 16
|
|
|
|
|
2011-08-29 12:49:46 +02:00
|
|
|
struct USBEndpoint {
|
2012-01-12 13:24:22 +01:00
|
|
|
uint8_t nr;
|
|
|
|
uint8_t pid;
|
2011-08-29 12:49:46 +02:00
|
|
|
uint8_t type;
|
2011-08-29 12:57:48 +02:00
|
|
|
uint8_t ifnum;
|
2011-08-31 16:09:27 +02:00
|
|
|
int max_packet_size;
|
2012-03-01 14:39:28 +01:00
|
|
|
bool pipeline;
|
usb: Halt ep queue en cancel pending packets on a packet error
For controllers which queue up more then 1 packet at a time, we must halt the
ep queue, and inside the controller code cancel all pending packets on an
error.
There are multiple reasons for this:
1) Guests expect the controllers to halt ep queues on error, so that they
get the opportunity to cancel transfers which the scheduled after the failing
one, before processing continues
2) Not cancelling queued up packets after a failed transfer also messes up
the controller state machine, in the case of EHCI causing the following
assert to trigger: "assert(p->qtdaddr == q->qtdaddr)" at hcd-ehci.c:2075
3) For bulk endpoints with pipelining enabled (redirection to a real USB
device), we must cancel all the transfers after this a failed one so that:
a) If they've completed already, they are not processed further causing more
stalls to be reported, originating from the same failed transfer
b) If still in flight, they are cancelled before the guest does
a clear stall, otherwise the guest and device can loose sync!
Note this patch only touches the ehci and uhci controller changes, since AFAIK
no other controllers actually queue up multiple transfer. If I'm wrong on this
other controllers need to be updated too!
Also note that this patch was heavily tested with the ehci code, where I had
a reproducer for a device causing a transfer to fail. The uhci code is not
tested with actually failing transfers and could do with a thorough review!
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-08-17 15:24:49 +02:00
|
|
|
bool halted;
|
2011-12-13 15:58:19 +01:00
|
|
|
USBDevice *dev;
|
2012-01-12 14:26:13 +01:00
|
|
|
QTAILQ_HEAD(, USBPacket) queue;
|
2011-08-29 12:49:46 +02:00
|
|
|
};
|
|
|
|
|
2011-08-22 09:09:51 +02:00
|
|
|
enum USBDeviceFlags {
|
|
|
|
USB_DEV_FLAG_FULL_PATH,
|
|
|
|
};
|
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
/* definition of a USB device */
|
|
|
|
struct USBDevice {
|
2009-08-31 14:23:59 +02:00
|
|
|
DeviceState qdev;
|
2010-12-01 11:27:05 +01:00
|
|
|
USBPort *port;
|
2010-12-10 11:43:35 +01:00
|
|
|
char *port_path;
|
2005-11-05 15:22:28 +01:00
|
|
|
void *opaque;
|
2011-08-22 09:09:51 +02:00
|
|
|
uint32_t flags;
|
2008-08-21 21:29:38 +02:00
|
|
|
|
2011-05-27 14:27:18 +02:00
|
|
|
/* Actual connected speed */
|
2009-08-31 14:23:59 +02:00
|
|
|
int speed;
|
2011-05-27 14:27:18 +02:00
|
|
|
/* Supported speeds, not in info because it may be variable (hostdevs) */
|
|
|
|
int speedmask;
|
2009-08-31 14:23:59 +02:00
|
|
|
uint8_t addr;
|
2009-12-09 17:07:51 +01:00
|
|
|
char product_desc[32];
|
2009-10-26 15:56:48 +01:00
|
|
|
int auto_attach;
|
2009-08-31 14:24:00 +02:00
|
|
|
int attached;
|
2009-08-31 14:23:59 +02:00
|
|
|
|
2010-12-10 14:20:46 +01:00
|
|
|
int32_t state;
|
2009-08-31 14:23:59 +02:00
|
|
|
uint8_t setup_buf[8];
|
2011-02-02 17:46:00 +01:00
|
|
|
uint8_t data_buf[4096];
|
2010-12-10 14:20:46 +01:00
|
|
|
int32_t remote_wakeup;
|
|
|
|
int32_t setup_state;
|
|
|
|
int32_t setup_len;
|
|
|
|
int32_t setup_index;
|
2010-11-26 12:25:32 +01:00
|
|
|
|
2011-12-13 15:58:19 +01:00
|
|
|
USBEndpoint ep_ctl;
|
2011-08-29 12:49:46 +02:00
|
|
|
USBEndpoint ep_in[USB_MAX_ENDPOINTS];
|
|
|
|
USBEndpoint ep_out[USB_MAX_ENDPOINTS];
|
|
|
|
|
2010-11-26 12:25:32 +01:00
|
|
|
QLIST_HEAD(, USBDescString) strings;
|
2010-11-26 20:20:41 +01:00
|
|
|
const USBDescDevice *device;
|
2011-08-30 11:11:29 +02:00
|
|
|
|
|
|
|
int configuration;
|
|
|
|
int ninterfaces;
|
2011-08-30 13:21:27 +02:00
|
|
|
int altsetting[USB_MAX_INTERFACES];
|
2010-11-26 20:20:41 +01:00
|
|
|
const USBDescConfig *config;
|
2011-08-30 13:21:27 +02:00
|
|
|
const USBDescIface *ifaces[USB_MAX_INTERFACES];
|
2009-08-31 14:23:59 +02:00
|
|
|
};
|
|
|
|
|
2011-12-15 21:53:10 +01:00
|
|
|
#define TYPE_USB_DEVICE "usb-device"
|
|
|
|
#define USB_DEVICE(obj) \
|
|
|
|
OBJECT_CHECK(USBDevice, (obj), TYPE_USB_DEVICE)
|
|
|
|
#define USB_DEVICE_CLASS(klass) \
|
|
|
|
OBJECT_CLASS_CHECK(USBDeviceClass, (klass), TYPE_USB_DEVICE)
|
|
|
|
#define USB_DEVICE_GET_CLASS(obj) \
|
|
|
|
OBJECT_GET_CLASS(USBDeviceClass, (obj), TYPE_USB_DEVICE)
|
|
|
|
|
|
|
|
typedef struct USBDeviceClass {
|
|
|
|
DeviceClass parent_class;
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
int (*init)(USBDevice *dev);
|
|
|
|
|
2012-01-10 16:59:28 +01:00
|
|
|
/*
|
|
|
|
* Walk (enabled) downstream ports, check for a matching device.
|
|
|
|
* Only hubs implement this.
|
|
|
|
*/
|
|
|
|
USBDevice *(*find_device)(USBDevice *dev, uint8_t addr);
|
|
|
|
|
2011-05-16 10:34:53 +02:00
|
|
|
/*
|
|
|
|
* Called when a packet is canceled.
|
|
|
|
*/
|
|
|
|
void (*cancel_packet)(USBDevice *dev, USBPacket *p);
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
/*
|
2008-08-21 21:29:38 +02:00
|
|
|
* Called when device is destroyed.
|
|
|
|
*/
|
2006-07-19 20:06:15 +02:00
|
|
|
void (*handle_destroy)(USBDevice *dev);
|
|
|
|
|
2010-12-03 17:59:36 +01:00
|
|
|
/*
|
|
|
|
* Attach the device
|
|
|
|
*/
|
|
|
|
void (*handle_attach)(USBDevice *dev);
|
|
|
|
|
2008-08-21 21:29:38 +02:00
|
|
|
/*
|
|
|
|
* Reset the device
|
2009-08-31 14:23:59 +02:00
|
|
|
*/
|
2006-07-19 20:06:15 +02:00
|
|
|
void (*handle_reset)(USBDevice *dev);
|
2008-08-21 21:29:38 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Process control request.
|
|
|
|
* Called from handle_packet().
|
|
|
|
*
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
* Status gets stored in p->status, and if p->status == USB_RET_SUCCESS
|
|
|
|
* then the number of bytes transfered is stored in p->actual_length
|
2008-08-21 21:29:38 +02:00
|
|
|
*/
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
void (*handle_control)(USBDevice *dev, USBPacket *p, int request, int value,
|
|
|
|
int index, int length, uint8_t *data);
|
2008-08-21 21:29:38 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Process data transfers (both BULK and ISOC).
|
|
|
|
* Called from handle_packet().
|
|
|
|
*
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
* Status gets stored in p->status, and if p->status == USB_RET_SUCCESS
|
|
|
|
* then the number of bytes transfered is stored in p->actual_length
|
2008-08-21 21:29:38 +02:00
|
|
|
*/
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
void (*handle_data)(USBDevice *dev, USBPacket *p);
|
2009-10-26 15:56:45 +01:00
|
|
|
|
2011-08-30 13:21:27 +02:00
|
|
|
void (*set_interface)(USBDevice *dev, int interface,
|
|
|
|
int alt_old, int alt_new);
|
|
|
|
|
2012-10-24 18:14:07 +02:00
|
|
|
/*
|
|
|
|
* Called when the hcd is done queuing packets for an endpoint, only
|
|
|
|
* necessary for devices which can return USB_RET_ADD_TO_QUEUE.
|
|
|
|
*/
|
|
|
|
void (*flush_ep_queue)(USBDevice *dev, USBEndpoint *ep);
|
|
|
|
|
2009-12-09 17:07:52 +01:00
|
|
|
const char *product_desc;
|
2010-11-17 11:03:53 +01:00
|
|
|
const USBDesc *usb_desc;
|
2011-12-15 21:53:10 +01:00
|
|
|
} USBDeviceClass;
|
2005-11-05 15:22:28 +01:00
|
|
|
|
2010-12-01 11:08:44 +01:00
|
|
|
typedef struct USBPortOps {
|
2010-12-01 11:27:05 +01:00
|
|
|
void (*attach)(USBPort *port);
|
|
|
|
void (*detach)(USBPort *port);
|
2011-06-24 12:31:11 +02:00
|
|
|
/*
|
|
|
|
* This gets called when a device downstream from the device attached to
|
|
|
|
* the port (iow attached through a hub) gets detached.
|
|
|
|
*/
|
|
|
|
void (*child_detach)(USBPort *port, USBDevice *child);
|
2011-06-21 11:52:28 +02:00
|
|
|
void (*wakeup)(USBPort *port);
|
|
|
|
/*
|
|
|
|
* Note that port->dev will be different then the device from which
|
2012-01-12 12:51:48 +01:00
|
|
|
* the packet originated when a hub is involved.
|
2011-06-21 11:52:28 +02:00
|
|
|
*/
|
|
|
|
void (*complete)(USBPort *port, USBPacket *p);
|
2010-12-01 11:08:44 +01:00
|
|
|
} USBPortOps;
|
2006-05-21 18:30:15 +02:00
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
/* USB port on which a device can be connected */
|
|
|
|
struct USBPort {
|
2005-11-06 17:13:29 +01:00
|
|
|
USBDevice *dev;
|
2010-12-03 17:30:13 +01:00
|
|
|
int speedmask;
|
2010-12-10 11:37:45 +01:00
|
|
|
char path[16];
|
2010-12-01 11:08:44 +01:00
|
|
|
USBPortOps *ops;
|
2005-11-05 15:22:28 +01:00
|
|
|
void *opaque;
|
|
|
|
int index; /* internal port index, may be used with the opaque */
|
2009-09-12 09:36:22 +02:00
|
|
|
QTAILQ_ENTRY(USBPort) next;
|
2005-11-05 15:22:28 +01:00
|
|
|
};
|
|
|
|
|
2006-08-12 03:04:27 +02:00
|
|
|
typedef void USBCallback(USBPacket * packet, void *opaque);
|
|
|
|
|
2012-01-12 12:51:48 +01:00
|
|
|
typedef enum USBPacketState {
|
|
|
|
USB_PACKET_UNDEFINED = 0,
|
|
|
|
USB_PACKET_SETUP,
|
2012-01-12 14:26:13 +01:00
|
|
|
USB_PACKET_QUEUED,
|
2012-01-12 12:51:48 +01:00
|
|
|
USB_PACKET_ASYNC,
|
|
|
|
USB_PACKET_COMPLETE,
|
|
|
|
USB_PACKET_CANCELED,
|
|
|
|
} USBPacketState;
|
|
|
|
|
2012-01-12 14:26:13 +01:00
|
|
|
/* Structure used to hold information about an active USB packet. */
|
2006-08-12 03:04:27 +02:00
|
|
|
struct USBPacket {
|
|
|
|
/* Data fields for use by the driver. */
|
|
|
|
int pid;
|
2012-08-23 13:30:13 +02:00
|
|
|
uint64_t id;
|
2012-01-12 12:51:48 +01:00
|
|
|
USBEndpoint *ep;
|
2011-07-12 15:22:25 +02:00
|
|
|
QEMUIOVector iov;
|
2012-03-02 13:22:29 +01:00
|
|
|
uint64_t parameter; /* control transfers */
|
2012-10-24 18:14:09 +02:00
|
|
|
bool short_not_ok;
|
2012-10-24 18:14:10 +02:00
|
|
|
bool int_req;
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
int status; /* USB_RET_* status code */
|
|
|
|
int actual_length; /* Number of bytes actually transfered */
|
2006-08-12 03:04:27 +02:00
|
|
|
/* Internal use by the USB layer. */
|
2012-01-12 12:51:48 +01:00
|
|
|
USBPacketState state;
|
usb: Add packet combining functions
Currently we only do pipelining for output endpoints, since to properly
support short-not-ok semantics we can only have one outstanding input
packet. Since the ehci and uhci controllers have a limited per td packet
size guests will split large input transfers to into multiple packets,
and since we don't pipeline these, this comes with a serious performance
penalty.
This patch adds helper functions to (re-)combine packets which belong to 1
transfer at the guest device-driver level into 1 large transger. This can be
used by (redirection) usb-devices to enable pipelining for input endpoints.
This patch will combine packets together until a transfer terminating packet
is encountered. A terminating packet is a packet which meets one or more of
the following conditions:
1) The packet size is *not* a multiple of the endpoint max packet size
2) The packet does *not* have its short-not-ok flag set
3) The packet has its interrupt-on-complete flag set
The short-not-ok flag of the combined packet is that of the terminating packet.
Multiple combined packets may be submitted to the device, if the combined
packets do not have their short-not-ok flag set, enabling true pipelining.
If a combined packet does have its short-not-ok flag set the queue will
wait with submitting further packets to the device until that packet has
completed.
Once enabled in the usb-redir and ehci code, this improves the speed (MB/s)
of a Linux guest reading from a USB mass storage device by a factor of
1.2 - 1.5.
And the main reason why I started working on this, when reading from a pl2303
USB<->serial converter, it combines the previous 4 packets submitted per
device-driver level read into 1 big read, reducing the number of packets / sec
by a factor 4, and it allows to have multiple reads outstanding. This allows
for much better latency tolerance without the pl2303's internal buffer
overflowing (which was happening at 115200 bps, without serial flow control).
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-10-31 13:47:09 +01:00
|
|
|
USBCombinedPacket *combined;
|
2012-01-12 14:26:13 +01:00
|
|
|
QTAILQ_ENTRY(USBPacket) queue;
|
usb: Add packet combining functions
Currently we only do pipelining for output endpoints, since to properly
support short-not-ok semantics we can only have one outstanding input
packet. Since the ehci and uhci controllers have a limited per td packet
size guests will split large input transfers to into multiple packets,
and since we don't pipeline these, this comes with a serious performance
penalty.
This patch adds helper functions to (re-)combine packets which belong to 1
transfer at the guest device-driver level into 1 large transger. This can be
used by (redirection) usb-devices to enable pipelining for input endpoints.
This patch will combine packets together until a transfer terminating packet
is encountered. A terminating packet is a packet which meets one or more of
the following conditions:
1) The packet size is *not* a multiple of the endpoint max packet size
2) The packet does *not* have its short-not-ok flag set
3) The packet has its interrupt-on-complete flag set
The short-not-ok flag of the combined packet is that of the terminating packet.
Multiple combined packets may be submitted to the device, if the combined
packets do not have their short-not-ok flag set, enabling true pipelining.
If a combined packet does have its short-not-ok flag set the queue will
wait with submitting further packets to the device until that packet has
completed.
Once enabled in the usb-redir and ehci code, this improves the speed (MB/s)
of a Linux guest reading from a USB mass storage device by a factor of
1.2 - 1.5.
And the main reason why I started working on this, when reading from a pl2303
USB<->serial converter, it combines the previous 4 packets submitted per
device-driver level read into 1 big read, reducing the number of packets / sec
by a factor 4, and it allows to have multiple reads outstanding. This allows
for much better latency tolerance without the pl2303's internal buffer
overflowing (which was happening at 115200 bps, without serial flow control).
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-10-31 13:47:09 +01:00
|
|
|
QTAILQ_ENTRY(USBPacket) combined_entry;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct USBCombinedPacket {
|
|
|
|
USBPacket *first;
|
|
|
|
QTAILQ_HEAD(packets_head, USBPacket) packets;
|
|
|
|
QEMUIOVector iov;
|
2006-08-12 03:04:27 +02:00
|
|
|
};
|
|
|
|
|
2011-07-12 15:22:25 +02:00
|
|
|
void usb_packet_init(USBPacket *p);
|
2012-01-12 14:26:13 +01:00
|
|
|
void usb_packet_set_state(USBPacket *p, USBPacketState state);
|
2012-03-08 12:27:47 +01:00
|
|
|
void usb_packet_check_state(USBPacket *p, USBPacketState expected);
|
2012-10-24 18:14:09 +02:00
|
|
|
void usb_packet_setup(USBPacket *p, int pid, USBEndpoint *ep, uint64_t id,
|
2012-10-24 18:14:10 +02:00
|
|
|
bool short_not_ok, bool int_req);
|
2011-07-12 15:22:25 +02:00
|
|
|
void usb_packet_addbuf(USBPacket *p, void *ptr, size_t len);
|
|
|
|
int usb_packet_map(USBPacket *p, QEMUSGList *sgl);
|
2012-06-27 06:50:42 +02:00
|
|
|
void usb_packet_unmap(USBPacket *p, QEMUSGList *sgl);
|
2011-07-12 15:22:25 +02:00
|
|
|
void usb_packet_copy(USBPacket *p, void *ptr, size_t bytes);
|
|
|
|
void usb_packet_skip(USBPacket *p, size_t bytes);
|
|
|
|
void usb_packet_cleanup(USBPacket *p);
|
|
|
|
|
2012-01-12 12:51:48 +01:00
|
|
|
static inline bool usb_packet_is_inflight(USBPacket *p)
|
|
|
|
{
|
2012-01-12 14:26:13 +01:00
|
|
|
return (p->state == USB_PACKET_QUEUED ||
|
|
|
|
p->state == USB_PACKET_ASYNC);
|
2012-01-12 12:51:48 +01:00
|
|
|
}
|
|
|
|
|
2012-01-10 16:59:28 +01:00
|
|
|
USBDevice *usb_find_device(USBPort *port, uint8_t addr);
|
|
|
|
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
void usb_handle_packet(USBDevice *dev, USBPacket *p);
|
2011-05-12 13:48:13 +02:00
|
|
|
void usb_packet_complete(USBDevice *dev, USBPacket *p);
|
2012-10-24 18:14:06 +02:00
|
|
|
void usb_packet_complete_one(USBDevice *dev, USBPacket *p);
|
2011-05-12 13:48:13 +02:00
|
|
|
void usb_cancel_packet(USBPacket * p);
|
2011-05-12 13:20:39 +02:00
|
|
|
|
2011-08-29 12:49:46 +02:00
|
|
|
void usb_ep_init(USBDevice *dev);
|
2012-07-03 10:11:21 +02:00
|
|
|
void usb_ep_reset(USBDevice *dev);
|
2011-08-29 13:45:25 +02:00
|
|
|
void usb_ep_dump(USBDevice *dev);
|
2011-08-29 12:49:46 +02:00
|
|
|
struct USBEndpoint *usb_ep_get(USBDevice *dev, int pid, int ep);
|
|
|
|
uint8_t usb_ep_get_type(USBDevice *dev, int pid, int ep);
|
2011-08-29 12:57:48 +02:00
|
|
|
uint8_t usb_ep_get_ifnum(USBDevice *dev, int pid, int ep);
|
2011-08-29 12:49:46 +02:00
|
|
|
void usb_ep_set_type(USBDevice *dev, int pid, int ep, uint8_t type);
|
2011-08-29 12:57:48 +02:00
|
|
|
void usb_ep_set_ifnum(USBDevice *dev, int pid, int ep, uint8_t ifnum);
|
2011-08-31 16:09:27 +02:00
|
|
|
void usb_ep_set_max_packet_size(USBDevice *dev, int pid, int ep,
|
|
|
|
uint16_t raw);
|
|
|
|
int usb_ep_get_max_packet_size(USBDevice *dev, int pid, int ep);
|
2012-03-01 14:39:28 +01:00
|
|
|
void usb_ep_set_pipeline(USBDevice *dev, int pid, int ep, bool enabled);
|
2012-08-28 09:43:18 +02:00
|
|
|
USBPacket *usb_ep_find_packet_by_id(USBDevice *dev, int pid, int ep,
|
|
|
|
uint64_t id);
|
2011-08-29 12:49:46 +02:00
|
|
|
|
usb: Add packet combining functions
Currently we only do pipelining for output endpoints, since to properly
support short-not-ok semantics we can only have one outstanding input
packet. Since the ehci and uhci controllers have a limited per td packet
size guests will split large input transfers to into multiple packets,
and since we don't pipeline these, this comes with a serious performance
penalty.
This patch adds helper functions to (re-)combine packets which belong to 1
transfer at the guest device-driver level into 1 large transger. This can be
used by (redirection) usb-devices to enable pipelining for input endpoints.
This patch will combine packets together until a transfer terminating packet
is encountered. A terminating packet is a packet which meets one or more of
the following conditions:
1) The packet size is *not* a multiple of the endpoint max packet size
2) The packet does *not* have its short-not-ok flag set
3) The packet has its interrupt-on-complete flag set
The short-not-ok flag of the combined packet is that of the terminating packet.
Multiple combined packets may be submitted to the device, if the combined
packets do not have their short-not-ok flag set, enabling true pipelining.
If a combined packet does have its short-not-ok flag set the queue will
wait with submitting further packets to the device until that packet has
completed.
Once enabled in the usb-redir and ehci code, this improves the speed (MB/s)
of a Linux guest reading from a USB mass storage device by a factor of
1.2 - 1.5.
And the main reason why I started working on this, when reading from a pl2303
USB<->serial converter, it combines the previous 4 packets submitted per
device-driver level read into 1 big read, reducing the number of packets / sec
by a factor 4, and it allows to have multiple reads outstanding. This allows
for much better latency tolerance without the pl2303's internal buffer
overflowing (which was happening at 115200 bps, without serial flow control).
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-10-31 13:47:09 +01:00
|
|
|
void usb_ep_combine_input_packets(USBEndpoint *ep);
|
|
|
|
void usb_combined_input_packet_complete(USBDevice *dev, USBPacket *p);
|
|
|
|
void usb_combined_packet_cancel(USBDevice *dev, USBPacket *p);
|
|
|
|
|
2011-09-01 13:56:37 +02:00
|
|
|
void usb_attach(USBPort *port);
|
|
|
|
void usb_detach(USBPort *port);
|
2012-01-06 15:23:10 +01:00
|
|
|
void usb_port_reset(USBPort *port);
|
|
|
|
void usb_device_reset(USBDevice *dev);
|
2012-01-17 13:25:46 +01:00
|
|
|
void usb_wakeup(USBEndpoint *ep);
|
2011-02-02 17:36:29 +01:00
|
|
|
void usb_generic_async_ctrl_complete(USBDevice *s, USBPacket *p);
|
2005-11-05 15:22:28 +01:00
|
|
|
int set_usb_string(uint8_t *buf, const char *str);
|
2006-08-12 03:04:27 +02:00
|
|
|
|
2005-11-05 15:22:28 +01:00
|
|
|
/* usb-linux.c */
|
2012-02-27 15:18:47 +01:00
|
|
|
USBDevice *usb_host_device_open(USBBus *bus, const char *devname);
|
2008-09-14 03:07:41 +02:00
|
|
|
int usb_host_device_close(const char *devname);
|
2009-03-06 00:01:23 +01:00
|
|
|
void usb_host_info(Monitor *mon);
|
2005-11-05 17:57:08 +01:00
|
|
|
|
2008-09-29 02:40:44 +02:00
|
|
|
/* usb-bt.c */
|
2012-02-27 15:18:47 +01:00
|
|
|
USBDevice *usb_bt_init(USBBus *bus, HCIInfo *hci);
|
2008-09-29 02:40:44 +02:00
|
|
|
|
2007-11-17 18:14:51 +01:00
|
|
|
/* usb ports of the VM */
|
|
|
|
|
|
|
|
#define VM_USB_HUB_SIZE 8
|
|
|
|
|
2008-04-22 05:15:10 +02:00
|
|
|
/* usb-musb.c */
|
|
|
|
enum musb_irq_source_e {
|
|
|
|
musb_irq_suspend = 0,
|
|
|
|
musb_irq_resume,
|
|
|
|
musb_irq_rst_babble,
|
|
|
|
musb_irq_sof,
|
|
|
|
musb_irq_connect,
|
|
|
|
musb_irq_disconnect,
|
|
|
|
musb_irq_vbus_request,
|
|
|
|
musb_irq_vbus_error,
|
|
|
|
musb_irq_rx,
|
|
|
|
musb_irq_tx,
|
|
|
|
musb_set_vbus,
|
|
|
|
musb_set_session,
|
2011-08-31 22:49:39 +02:00
|
|
|
/* Add new interrupts here */
|
|
|
|
musb_irq_max, /* total number of interrupts defined */
|
2008-04-22 05:15:10 +02:00
|
|
|
};
|
|
|
|
|
2009-05-10 02:44:56 +02:00
|
|
|
typedef struct MUSBState MUSBState;
|
2011-08-31 22:49:40 +02:00
|
|
|
MUSBState *musb_init(DeviceState *parent_device, int gpio_base);
|
2011-08-31 22:49:41 +02:00
|
|
|
void musb_reset(MUSBState *s);
|
2009-05-10 02:44:56 +02:00
|
|
|
uint32_t musb_core_intr_get(MUSBState *s);
|
|
|
|
void musb_core_intr_clear(MUSBState *s, uint32_t mask);
|
|
|
|
void musb_set_size(MUSBState *s, int epnum, int size, int is_tx);
|
2009-08-31 14:23:59 +02:00
|
|
|
|
|
|
|
/* usb-bus.c */
|
|
|
|
|
2012-05-02 09:00:20 +02:00
|
|
|
#define TYPE_USB_BUS "usb-bus"
|
|
|
|
#define USB_BUS(obj) OBJECT_CHECK(USBBus, (obj), TYPE_USB_BUS)
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
struct USBBus {
|
|
|
|
BusState qbus;
|
2011-05-23 17:37:12 +02:00
|
|
|
USBBusOps *ops;
|
2009-08-31 14:23:59 +02:00
|
|
|
int busnr;
|
|
|
|
int nfree;
|
|
|
|
int nused;
|
2009-09-12 09:36:22 +02:00
|
|
|
QTAILQ_HEAD(, USBPort) free;
|
|
|
|
QTAILQ_HEAD(, USBPort) used;
|
|
|
|
QTAILQ_ENTRY(USBBus) next;
|
2009-08-31 14:23:59 +02:00
|
|
|
};
|
|
|
|
|
2011-05-23 17:37:12 +02:00
|
|
|
struct USBBusOps {
|
2011-06-24 11:29:56 +02:00
|
|
|
int (*register_companion)(USBBus *bus, USBPort *ports[],
|
|
|
|
uint32_t portcount, uint32_t firstport);
|
2012-01-20 13:29:53 +01:00
|
|
|
void (*wakeup_endpoint)(USBBus *bus, USBEndpoint *ep);
|
2011-05-23 17:37:12 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
void usb_bus_new(USBBus *bus, USBBusOps *ops, DeviceState *host);
|
2009-08-31 14:23:59 +02:00
|
|
|
USBBus *usb_bus_find(int busnr);
|
2011-12-08 21:56:53 +01:00
|
|
|
void usb_legacy_register(const char *typename, const char *usbdevice_name,
|
2012-02-27 15:18:47 +01:00
|
|
|
USBDevice *(*usbdevice_init)(USBBus *bus,
|
|
|
|
const char *params));
|
2009-08-31 14:24:00 +02:00
|
|
|
USBDevice *usb_create(USBBus *bus, const char *name);
|
2009-08-31 14:23:59 +02:00
|
|
|
USBDevice *usb_create_simple(USBBus *bus, const char *name);
|
2009-10-26 15:56:45 +01:00
|
|
|
USBDevice *usbdevice_create(const char *cmdline);
|
2009-08-31 14:24:00 +02:00
|
|
|
void usb_register_port(USBBus *bus, USBPort *port, void *opaque, int index,
|
2011-01-12 11:34:50 +01:00
|
|
|
USBPortOps *ops, int speedmask);
|
2011-06-24 11:29:56 +02:00
|
|
|
int usb_register_companion(const char *masterbus, USBPort *ports[],
|
|
|
|
uint32_t portcount, uint32_t firstport,
|
|
|
|
void *opaque, USBPortOps *ops, int speedmask);
|
2010-12-10 11:37:45 +01:00
|
|
|
void usb_port_location(USBPort *downstream, USBPort *upstream, int portnr);
|
2009-09-25 21:42:39 +02:00
|
|
|
void usb_unregister_port(USBBus *bus, USBPort *port);
|
2011-09-01 13:56:37 +02:00
|
|
|
int usb_claim_port(USBDevice *dev);
|
|
|
|
void usb_release_port(USBDevice *dev);
|
2009-08-31 14:24:00 +02:00
|
|
|
int usb_device_attach(USBDevice *dev);
|
2009-09-25 21:42:39 +02:00
|
|
|
int usb_device_detach(USBDevice *dev);
|
2009-08-31 14:24:00 +02:00
|
|
|
int usb_device_delete_addr(int busnr, int addr);
|
|
|
|
|
|
|
|
static inline USBBus *usb_bus_from_device(USBDevice *d)
|
|
|
|
{
|
|
|
|
return DO_UPCAST(USBBus, qbus, d->qdev.parent_bus);
|
|
|
|
}
|
2012-01-13 17:07:20 +01:00
|
|
|
|
|
|
|
extern const VMStateDescription vmstate_usb_device;
|
|
|
|
|
|
|
|
#define VMSTATE_USB_DEVICE(_field, _state) { \
|
|
|
|
.name = (stringify(_field)), \
|
|
|
|
.size = sizeof(USBDevice), \
|
|
|
|
.vmsd = &vmstate_usb_device, \
|
|
|
|
.flags = VMS_STRUCT, \
|
|
|
|
.offset = vmstate_offset_value(_state, _field, USBDevice), \
|
|
|
|
}
|
|
|
|
|
2012-01-10 16:59:28 +01:00
|
|
|
USBDevice *usb_device_find_device(USBDevice *dev, uint8_t addr);
|
|
|
|
|
2011-12-15 21:53:10 +01:00
|
|
|
void usb_device_cancel_packet(USBDevice *dev, USBPacket *p);
|
|
|
|
|
|
|
|
void usb_device_handle_attach(USBDevice *dev);
|
|
|
|
|
|
|
|
void usb_device_handle_reset(USBDevice *dev);
|
|
|
|
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
void usb_device_handle_control(USBDevice *dev, USBPacket *p, int request,
|
|
|
|
int val, int index, int length, uint8_t *data);
|
2011-12-15 21:53:10 +01:00
|
|
|
|
usb: split packet result into actual_length + status
Since with the ehci and xhci controllers a single packet can be larger
then maxpacketsize, it is possible for the result of a single packet
to be both having transferred some data as well as the transfer to have
an error.
An example would be an input transfer from a bulk endpoint successfully
receiving 1 or more maxpacketsize packets from the device, followed
by a packet signalling halt.
While already touching all the devices and controllers handle_packet /
handle_data / handle_control code, also change the return type of
these functions to void, solely storing the status in the packet. To
make the code paths for regular versus async packet handling more
uniform.
This patch unfortunately is somewhat invasive, since makeing the qemu
usb core deal with this requires changes everywhere. This patch only
prepares the usb core for this, all the hcd / device changes are done
in such a way that there are no functional changes.
This patch has been tested with uhci and ehci hcds, together with usb-audio,
usb-hid and usb-storage devices, as well as with usb-redir redirection
with a wide variety of real devices.
Note that there is usually no need to directly set packet->actual_length
form devices handle_data callback, as that is done by usb_packet_copy()
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2012-11-01 17:15:01 +01:00
|
|
|
void usb_device_handle_data(USBDevice *dev, USBPacket *p);
|
2011-12-15 21:53:10 +01:00
|
|
|
|
|
|
|
void usb_device_set_interface(USBDevice *dev, int interface,
|
|
|
|
int alt_old, int alt_new);
|
|
|
|
|
2012-10-24 18:14:07 +02:00
|
|
|
void usb_device_flush_ep_queue(USBDevice *dev, USBEndpoint *ep);
|
|
|
|
|
2011-12-15 21:53:10 +01:00
|
|
|
const char *usb_device_get_product_desc(USBDevice *dev);
|
|
|
|
|
|
|
|
const USBDesc *usb_device_get_usb_desc(USBDevice *dev);
|
|
|
|
|
2012-10-30 13:18:36 +01:00
|
|
|
int ehci_create_ich9_with_companions(PCIBus *bus, int slot);
|
|
|
|
|
2011-12-15 21:53:10 +01:00
|
|
|
#endif
|
2012-01-13 17:07:20 +01:00
|
|
|
|