2008-09-29 02:40:44 +02:00
|
|
|
/*
|
|
|
|
* QEMU Bluetooth HCI USB Transport Layer v1.0
|
|
|
|
*
|
|
|
|
* Copyright (C) 2007 OpenMoko, Inc.
|
|
|
|
* Copyright (C) 2008 Andrzej Zaborowski <balrog@zabor.org>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License as
|
|
|
|
* published by the Free Software Foundation; either version 2 or
|
|
|
|
* (at your option) version 3 of the License.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
2009-01-04 23:05:52 +01:00
|
|
|
* You should have received a copy of the GNU General Public License along
|
2009-07-16 22:47:01 +02:00
|
|
|
* with this program; if not, see <http://www.gnu.org/licenses/>.
|
2008-09-29 02:40:44 +02:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include "qemu-common.h"
|
2012-03-07 14:55:18 +01:00
|
|
|
#include "hw/usb.h"
|
|
|
|
#include "hw/usb/desc.h"
|
2013-04-08 16:55:25 +02:00
|
|
|
#include "sysemu/bt.h"
|
2012-03-07 14:55:18 +01:00
|
|
|
#include "hw/bt.h"
|
2008-09-29 02:40:44 +02:00
|
|
|
|
|
|
|
struct USBBtState {
|
|
|
|
USBDevice dev;
|
|
|
|
struct HCIInfo *hci;
|
2012-11-17 12:15:01 +01:00
|
|
|
USBEndpoint *intr;
|
2008-09-29 02:40:44 +02:00
|
|
|
|
|
|
|
int config;
|
|
|
|
|
|
|
|
#define CFIFO_LEN_MASK 255
|
|
|
|
#define DFIFO_LEN_MASK 4095
|
|
|
|
struct usb_hci_in_fifo_s {
|
|
|
|
uint8_t data[(DFIFO_LEN_MASK + 1) * 2];
|
|
|
|
struct {
|
|
|
|
uint8_t *data;
|
|
|
|
int len;
|
|
|
|
} fifo[CFIFO_LEN_MASK + 1];
|
|
|
|
int dstart, dlen, dsize, start, len;
|
|
|
|
} evt, acl, sco;
|
|
|
|
|
|
|
|
struct usb_hci_out_fifo_s {
|
|
|
|
uint8_t data[4096];
|
|
|
|
int len;
|
|
|
|
} outcmd, outacl, outsco;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define USB_EVT_EP 1
|
|
|
|
#define USB_ACL_EP 2
|
|
|
|
#define USB_SCO_EP 3
|
|
|
|
|
2010-11-25 16:12:18 +01:00
|
|
|
enum {
|
|
|
|
STR_MANUFACTURER = 1,
|
|
|
|
STR_SERIALNUMBER,
|
|
|
|
};
|
2008-09-29 02:40:44 +02:00
|
|
|
|
2010-11-25 16:12:18 +01:00
|
|
|
static const USBDescStrings desc_strings = {
|
2012-05-30 05:35:51 +02:00
|
|
|
[STR_MANUFACTURER] = "QEMU",
|
2010-11-25 16:12:18 +01:00
|
|
|
[STR_SERIALNUMBER] = "1",
|
|
|
|
};
|
2008-09-29 02:40:44 +02:00
|
|
|
|
2010-11-25 16:12:18 +01:00
|
|
|
static const USBDescIface desc_iface_bluetooth[] = {
|
|
|
|
{
|
|
|
|
.bInterfaceNumber = 0,
|
|
|
|
.bNumEndpoints = 3,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_EVT_EP,
|
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_INT,
|
|
|
|
.wMaxPacketSize = 0x10,
|
|
|
|
.bInterval = 0x02,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_ACL_EP,
|
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_BULK,
|
|
|
|
.wMaxPacketSize = 0x40,
|
|
|
|
.bInterval = 0x0a,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_ACL_EP,
|
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_BULK,
|
|
|
|
.wMaxPacketSize = 0x40,
|
|
|
|
.bInterval = 0x0a,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 0,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 1,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x09,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x09,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 2,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x11,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x11,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 3,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x19,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x19,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 4,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x21,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x21,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
},{
|
|
|
|
.bInterfaceNumber = 1,
|
|
|
|
.bAlternateSetting = 5,
|
|
|
|
.bNumEndpoints = 2,
|
|
|
|
.bInterfaceClass = 0xe0, /* Wireless */
|
|
|
|
.bInterfaceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bInterfaceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.eps = (USBDescEndpoint[]) {
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_OUT | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x31,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.bEndpointAddress = USB_DIR_IN | USB_SCO_EP,
|
2011-07-06 12:40:28 +02:00
|
|
|
.bmAttributes = USB_ENDPOINT_XFER_ISOC,
|
2010-11-25 16:12:18 +01:00
|
|
|
.wMaxPacketSize = 0x31,
|
|
|
|
.bInterval = 0x01,
|
|
|
|
},
|
|
|
|
},
|
|
|
|
}
|
|
|
|
};
|
2008-09-29 02:40:44 +02:00
|
|
|
|
2010-11-25 16:12:18 +01:00
|
|
|
static const USBDescDevice desc_device_bluetooth = {
|
|
|
|
.bcdUSB = 0x0110,
|
|
|
|
.bDeviceClass = 0xe0, /* Wireless */
|
|
|
|
.bDeviceSubClass = 0x01, /* Radio Frequency */
|
|
|
|
.bDeviceProtocol = 0x01, /* Bluetooth */
|
|
|
|
.bMaxPacketSize0 = 64,
|
|
|
|
.bNumConfigurations = 1,
|
|
|
|
.confs = (USBDescConfig[]) {
|
|
|
|
{
|
|
|
|
.bNumInterfaces = 2,
|
|
|
|
.bConfigurationValue = 1,
|
|
|
|
.bmAttributes = 0xc0,
|
|
|
|
.bMaxPower = 0,
|
|
|
|
.nif = ARRAY_SIZE(desc_iface_bluetooth),
|
|
|
|
.ifs = desc_iface_bluetooth,
|
|
|
|
},
|
|
|
|
},
|
2008-09-29 02:40:44 +02:00
|
|
|
};
|
|
|
|
|
2010-11-25 16:12:18 +01:00
|
|
|
static const USBDesc desc_bluetooth = {
|
|
|
|
.id = {
|
|
|
|
.idVendor = 0x0a12,
|
|
|
|
.idProduct = 0x0001,
|
|
|
|
.bcdDevice = 0x1958,
|
|
|
|
.iManufacturer = STR_MANUFACTURER,
|
|
|
|
.iProduct = 0,
|
|
|
|
.iSerialNumber = STR_SERIALNUMBER,
|
|
|
|
},
|
|
|
|
.full = &desc_device_bluetooth,
|
|
|
|
.str = desc_strings,
|
2008-09-29 02:40:44 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
static void usb_bt_fifo_reset(struct usb_hci_in_fifo_s *fifo)
|
|
|
|
{
|
|
|
|
fifo->dstart = 0;
|
|
|
|
fifo->dlen = 0;
|
|
|
|
fifo->dsize = DFIFO_LEN_MASK + 1;
|
|
|
|
fifo->start = 0;
|
|
|
|
fifo->len = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void usb_bt_fifo_enqueue(struct usb_hci_in_fifo_s *fifo,
|
|
|
|
const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
int off = fifo->dstart + fifo->dlen;
|
|
|
|
uint8_t *buf;
|
|
|
|
|
|
|
|
fifo->dlen += len;
|
|
|
|
if (off <= DFIFO_LEN_MASK) {
|
|
|
|
if (off + len > DFIFO_LEN_MASK + 1 &&
|
|
|
|
(fifo->dsize = off + len) > (DFIFO_LEN_MASK + 1) * 2) {
|
|
|
|
fprintf(stderr, "%s: can't alloc %i bytes\n", __FUNCTION__, len);
|
|
|
|
exit(-1);
|
|
|
|
}
|
|
|
|
buf = fifo->data + off;
|
|
|
|
} else {
|
|
|
|
if (fifo->dlen > fifo->dsize) {
|
|
|
|
fprintf(stderr, "%s: can't alloc %i bytes\n", __FUNCTION__, len);
|
|
|
|
exit(-1);
|
|
|
|
}
|
|
|
|
buf = fifo->data + off - fifo->dsize;
|
|
|
|
}
|
|
|
|
|
|
|
|
off = (fifo->start + fifo->len ++) & CFIFO_LEN_MASK;
|
|
|
|
fifo->fifo[off].data = memcpy(buf, data, len);
|
|
|
|
fifo->fifo[off].len = len;
|
|
|
|
}
|
|
|
|
|
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
|
|
|
static inline void usb_bt_fifo_dequeue(struct usb_hci_in_fifo_s *fifo,
|
2008-09-29 02:40:44 +02:00
|
|
|
USBPacket *p)
|
|
|
|
{
|
|
|
|
int len;
|
|
|
|
|
2012-11-17 12:15:01 +01:00
|
|
|
assert(fifo->len != 0);
|
2008-09-29 02:40:44 +02:00
|
|
|
|
2011-07-12 15:22:25 +02:00
|
|
|
len = MIN(p->iov.size, fifo->fifo[fifo->start].len);
|
|
|
|
usb_packet_copy(p, fifo->fifo[fifo->start].data, len);
|
|
|
|
if (len == p->iov.size) {
|
2008-09-29 02:40:44 +02:00
|
|
|
fifo->fifo[fifo->start].len -= len;
|
|
|
|
fifo->fifo[fifo->start].data += len;
|
|
|
|
} else {
|
|
|
|
fifo->start ++;
|
|
|
|
fifo->start &= CFIFO_LEN_MASK;
|
|
|
|
fifo->len --;
|
|
|
|
}
|
|
|
|
|
|
|
|
fifo->dstart += len;
|
|
|
|
fifo->dlen -= len;
|
|
|
|
if (fifo->dstart >= fifo->dsize) {
|
|
|
|
fifo->dstart = 0;
|
|
|
|
fifo->dsize = DFIFO_LEN_MASK + 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-09-23 01:19:00 +02:00
|
|
|
static inline void usb_bt_fifo_out_enqueue(struct USBBtState *s,
|
2008-09-29 02:40:44 +02:00
|
|
|
struct usb_hci_out_fifo_s *fifo,
|
|
|
|
void (*send)(struct HCIInfo *, const uint8_t *, int),
|
|
|
|
int (*complete)(const uint8_t *, int),
|
2011-07-12 15:22:25 +02:00
|
|
|
USBPacket *p)
|
2008-09-29 02:40:44 +02:00
|
|
|
{
|
2011-07-12 15:22:25 +02:00
|
|
|
usb_packet_copy(p, fifo->data + fifo->len, p->iov.size);
|
|
|
|
fifo->len += p->iov.size;
|
|
|
|
if (complete(fifo->data, fifo->len)) {
|
|
|
|
send(s->hci, fifo->data, fifo->len);
|
|
|
|
fifo->len = 0;
|
2008-09-29 02:40:44 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
/* TODO: do we need to loop? */
|
|
|
|
}
|
|
|
|
|
|
|
|
static int usb_bt_hci_cmd_complete(const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
len -= HCI_COMMAND_HDR_SIZE;
|
|
|
|
return len >= 0 &&
|
|
|
|
len >= ((struct hci_command_hdr *) data)->plen;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int usb_bt_hci_acl_complete(const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
len -= HCI_ACL_HDR_SIZE;
|
|
|
|
return len >= 0 &&
|
|
|
|
len >= le16_to_cpu(((struct hci_acl_hdr *) data)->dlen);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int usb_bt_hci_sco_complete(const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
len -= HCI_SCO_HDR_SIZE;
|
|
|
|
return len >= 0 &&
|
|
|
|
len >= ((struct hci_sco_hdr *) data)->dlen;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void usb_bt_handle_reset(USBDevice *dev)
|
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) dev->opaque;
|
|
|
|
|
|
|
|
usb_bt_fifo_reset(&s->evt);
|
|
|
|
usb_bt_fifo_reset(&s->acl);
|
|
|
|
usb_bt_fifo_reset(&s->sco);
|
|
|
|
s->outcmd.len = 0;
|
|
|
|
s->outacl.len = 0;
|
|
|
|
s->outsco.len = 0;
|
|
|
|
}
|
|
|
|
|
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
|
|
|
static void usb_bt_handle_control(USBDevice *dev, USBPacket *p,
|
2011-02-02 16:33:13 +01:00
|
|
|
int request, int value, int index, int length, uint8_t *data)
|
2008-09-29 02:40:44 +02:00
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) dev->opaque;
|
2010-11-25 16:12:18 +01:00
|
|
|
int ret;
|
|
|
|
|
2011-02-02 16:33:13 +01:00
|
|
|
ret = usb_desc_handle_control(dev, p, request, value, index, length, data);
|
2010-11-25 16:12:18 +01:00
|
|
|
if (ret >= 0) {
|
2010-11-26 20:20:41 +01:00
|
|
|
switch (request) {
|
|
|
|
case DeviceRequest | USB_REQ_GET_CONFIGURATION:
|
|
|
|
s->config = 0;
|
|
|
|
break;
|
|
|
|
case DeviceOutRequest | USB_REQ_SET_CONFIGURATION:
|
|
|
|
s->config = 1;
|
|
|
|
usb_bt_fifo_reset(&s->evt);
|
|
|
|
usb_bt_fifo_reset(&s->acl);
|
|
|
|
usb_bt_fifo_reset(&s->sco);
|
|
|
|
break;
|
|
|
|
}
|
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
|
|
|
return;
|
2010-11-25 16:12:18 +01:00
|
|
|
}
|
2008-09-29 02:40:44 +02:00
|
|
|
|
|
|
|
switch (request) {
|
|
|
|
case InterfaceRequest | USB_REQ_GET_STATUS:
|
|
|
|
case EndpointRequest | USB_REQ_GET_STATUS:
|
2010-11-30 17:35:34 +01:00
|
|
|
data[0] = 0x00;
|
2008-09-29 02:40:44 +02:00
|
|
|
data[1] = 0x00;
|
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
|
|
|
p->actual_length = 2;
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
case InterfaceOutRequest | USB_REQ_CLEAR_FEATURE:
|
|
|
|
case EndpointOutRequest | USB_REQ_CLEAR_FEATURE:
|
2010-11-30 17:35:34 +01:00
|
|
|
goto fail;
|
2008-09-29 02:40:44 +02:00
|
|
|
case InterfaceOutRequest | USB_REQ_SET_FEATURE:
|
|
|
|
case EndpointOutRequest | USB_REQ_SET_FEATURE:
|
2010-11-30 17:35:34 +01:00
|
|
|
goto fail;
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
case ((USB_DIR_OUT | USB_TYPE_CLASS | USB_RECIP_DEVICE) << 8):
|
|
|
|
if (s->config)
|
|
|
|
usb_bt_fifo_out_enqueue(s, &s->outcmd, s->hci->cmd_send,
|
2011-07-12 15:22:25 +02:00
|
|
|
usb_bt_hci_cmd_complete, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
fail:
|
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
|
|
|
p->status = USB_RET_STALL;
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
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
|
|
|
static void usb_bt_handle_data(USBDevice *dev, USBPacket *p)
|
2008-09-29 02:40:44 +02:00
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) dev->opaque;
|
|
|
|
|
|
|
|
if (!s->config)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
switch (p->pid) {
|
|
|
|
case USB_TOKEN_IN:
|
2012-01-12 13:23:01 +01:00
|
|
|
switch (p->ep->nr) {
|
2008-09-29 02:40:44 +02:00
|
|
|
case USB_EVT_EP:
|
2012-11-17 12:15:01 +01:00
|
|
|
if (s->evt.len == 0) {
|
|
|
|
p->status = USB_RET_NAK;
|
|
|
|
break;
|
|
|
|
}
|
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
|
|
|
usb_bt_fifo_dequeue(&s->evt, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_ACL_EP:
|
2012-11-17 12:15:01 +01:00
|
|
|
if (s->evt.len == 0) {
|
|
|
|
p->status = USB_RET_STALL;
|
|
|
|
break;
|
|
|
|
}
|
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
|
|
|
usb_bt_fifo_dequeue(&s->acl, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_SCO_EP:
|
2012-11-17 12:15:01 +01:00
|
|
|
if (s->evt.len == 0) {
|
|
|
|
p->status = USB_RET_STALL;
|
|
|
|
break;
|
|
|
|
}
|
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
|
|
|
usb_bt_fifo_dequeue(&s->sco, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_TOKEN_OUT:
|
2012-01-12 13:23:01 +01:00
|
|
|
switch (p->ep->nr) {
|
2008-09-29 02:40:44 +02:00
|
|
|
case USB_ACL_EP:
|
|
|
|
usb_bt_fifo_out_enqueue(s, &s->outacl, s->hci->acl_send,
|
2011-07-12 15:22:25 +02:00
|
|
|
usb_bt_hci_acl_complete, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
|
|
|
|
case USB_SCO_EP:
|
|
|
|
usb_bt_fifo_out_enqueue(s, &s->outsco, s->hci->sco_send,
|
2011-07-12 15:22:25 +02:00
|
|
|
usb_bt_hci_sco_complete, p);
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
fail:
|
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
|
|
|
p->status = USB_RET_STALL;
|
2008-09-29 02:40:44 +02:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void usb_bt_out_hci_packet_event(void *opaque,
|
|
|
|
const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) opaque;
|
|
|
|
|
2012-11-17 12:15:01 +01:00
|
|
|
if (s->evt.len == 0) {
|
2013-01-29 12:44:35 +01:00
|
|
|
usb_wakeup(s->intr, 0);
|
2012-11-17 12:15:01 +01:00
|
|
|
}
|
2008-09-29 02:40:44 +02:00
|
|
|
usb_bt_fifo_enqueue(&s->evt, data, len);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void usb_bt_out_hci_packet_acl(void *opaque,
|
|
|
|
const uint8_t *data, int len)
|
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) opaque;
|
|
|
|
|
|
|
|
usb_bt_fifo_enqueue(&s->acl, data, len);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void usb_bt_handle_destroy(USBDevice *dev)
|
|
|
|
{
|
|
|
|
struct USBBtState *s = (struct USBBtState *) dev->opaque;
|
|
|
|
|
2009-03-07 16:32:56 +01:00
|
|
|
s->hci->opaque = NULL;
|
|
|
|
s->hci->evt_recv = NULL;
|
|
|
|
s->hci->acl_recv = NULL;
|
2008-09-29 02:40:44 +02:00
|
|
|
}
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
static int usb_bt_initfn(USBDevice *dev)
|
|
|
|
{
|
2012-11-17 12:15:01 +01:00
|
|
|
struct USBBtState *s = DO_UPCAST(struct USBBtState, dev, dev);
|
|
|
|
|
2012-04-20 12:33:30 +02:00
|
|
|
usb_desc_create_serial(dev);
|
2010-11-26 20:20:41 +01:00
|
|
|
usb_desc_init(dev);
|
2012-11-17 12:15:01 +01:00
|
|
|
s->intr = usb_ep_get(dev, USB_TOKEN_IN, USB_EVT_EP);
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-02-27 15:18:47 +01:00
|
|
|
USBDevice *usb_bt_init(USBBus *bus, HCIInfo *hci)
|
2008-09-29 02:40:44 +02:00
|
|
|
{
|
2009-08-31 14:23:59 +02:00
|
|
|
USBDevice *dev;
|
2008-09-29 02:40:44 +02:00
|
|
|
struct USBBtState *s;
|
|
|
|
|
2008-11-09 03:24:54 +01:00
|
|
|
if (!hci)
|
|
|
|
return NULL;
|
2012-02-27 15:18:47 +01:00
|
|
|
dev = usb_create_simple(bus, "usb-bt-dongle");
|
2011-11-22 12:39:58 +01:00
|
|
|
if (!dev) {
|
|
|
|
return NULL;
|
|
|
|
}
|
2009-08-31 14:23:59 +02:00
|
|
|
s = DO_UPCAST(struct USBBtState, dev, dev);
|
2008-09-29 02:40:44 +02:00
|
|
|
s->dev.opaque = s;
|
|
|
|
|
|
|
|
s->hci = hci;
|
|
|
|
s->hci->opaque = s;
|
|
|
|
s->hci->evt_recv = usb_bt_out_hci_packet_event;
|
|
|
|
s->hci->acl_recv = usb_bt_out_hci_packet_acl;
|
|
|
|
|
|
|
|
usb_bt_handle_reset(&s->dev);
|
|
|
|
|
2009-08-31 14:23:59 +02:00
|
|
|
return dev;
|
|
|
|
}
|
|
|
|
|
2011-07-20 10:02:40 +02:00
|
|
|
static const VMStateDescription vmstate_usb_bt = {
|
|
|
|
.name = "usb-bt",
|
|
|
|
.unmigratable = 1,
|
|
|
|
};
|
|
|
|
|
2011-12-15 21:53:10 +01:00
|
|
|
static void usb_bt_class_initfn(ObjectClass *klass, void *data)
|
|
|
|
{
|
2011-12-08 04:34:16 +01:00
|
|
|
DeviceClass *dc = DEVICE_CLASS(klass);
|
2011-12-15 21:53:10 +01:00
|
|
|
USBDeviceClass *uc = USB_DEVICE_CLASS(klass);
|
|
|
|
|
|
|
|
uc->init = usb_bt_initfn;
|
|
|
|
uc->product_desc = "QEMU BT dongle";
|
|
|
|
uc->usb_desc = &desc_bluetooth;
|
|
|
|
uc->handle_reset = usb_bt_handle_reset;
|
|
|
|
uc->handle_control = usb_bt_handle_control;
|
|
|
|
uc->handle_data = usb_bt_handle_data;
|
|
|
|
uc->handle_destroy = usb_bt_handle_destroy;
|
2011-12-08 04:34:16 +01:00
|
|
|
dc->vmsd = &vmstate_usb_bt;
|
2011-12-15 21:53:10 +01:00
|
|
|
}
|
|
|
|
|
2013-01-10 16:19:07 +01:00
|
|
|
static const TypeInfo bt_info = {
|
2011-12-08 04:34:16 +01:00
|
|
|
.name = "usb-bt-dongle",
|
|
|
|
.parent = TYPE_USB_DEVICE,
|
|
|
|
.instance_size = sizeof(struct USBBtState),
|
|
|
|
.class_init = usb_bt_class_initfn,
|
2009-08-31 14:23:59 +02:00
|
|
|
};
|
|
|
|
|
2012-02-09 15:20:55 +01:00
|
|
|
static void usb_bt_register_types(void)
|
2009-08-31 14:23:59 +02:00
|
|
|
{
|
2011-12-08 04:34:16 +01:00
|
|
|
type_register_static(&bt_info);
|
2008-09-29 02:40:44 +02:00
|
|
|
}
|
2012-02-09 15:20:55 +01:00
|
|
|
|
|
|
|
type_init(usb_bt_register_types)
|