{5} Accepted, Active Tickets by Owner (Full Description) (4 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
hjelmn (2 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #88 | Crash during cancellation of transfer when device disconnected | libusb-1.0 | defect | 01/18/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Reproduced this on OSX. Haven't tried yet on Linux. I set up and submit a control transfer, but in the middle I disconnect the device. It crashes (with signal EXC_BAD_ACCESS) on line 1307 (in cancel_control_transfer of darwin_usb.c): kresult = (*(dpriv->device))->USBDeviceAbortPipeZero (dpriv->device); I think it's a race condition where dpriv->device is made NULL by whatever code detects that the device has disconnected. A simple patch for this particular code path is: if (!dpriv->device) return LIBUSB_ERROR_NO_DEVICE; kresult = (*(dpriv->device))->USBDeviceAbortPipeZero (dpriv->device); There may be a more generic code path available (& more code paths where this needs to be done). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #86 | [PATCH] reduce log spew on certain darwin configurations | libusb-1.0 | enhancement | 01/14/11 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
On my macbook pro, the BRCM2070 Hub and attached Apple Bluetooth USB controller seems to screw up frequently. When warn level is enabled, this causes just constant spew as those devices' descriptors fail to be read (since I poll regularly for new devices). What this does is that if the device is known to be suspended (on platforms where DriverVersion? >= 320) and we fail to unsuspend, it reduces descriptor read failure to debug level. All problems reading the descriptor of the Apple Bluetooth USB controller 0x05AC:0x8218 (vendor:product) are reduced to debug level. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
pbatard (1 match) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #49 | libusb-win32 device driver (libusb0.sys) backend | libusb-1.0 | enhancement | 08/10/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
libusb-win32 device driver (libusb0.sys) has quite some advantages compared to WinUSB. 1) Open source, the device driver is GPLed, with libusb-0.1 compatible library (LGPL). 2) Support multiple configuration USB device. 3) Support isochronous transfer whereas WinUSB does not. 4) Support Windows 2000, Windows 2003 32bit/64bit and Windows XP 64bit, Microsoft does not support WinUSB on these platforms. On the other hand, since version 1.2.0.0, libusb0.sys is digitally signed so it is similar to WinUSB -- both work under 64bit Windows which requires kernel mode driver to be signed, like 64bit Windows Vista or Windows 7. 5) WinUSB does not support multiple concurrent applications. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
stuge (1 match) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #69 | libusb_bulk_transfer taks long time in VMWare virtual machine | libusb-1.0 | defect | 10/14/10 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, Host OS: Windows XP VMware Workstation 7.0 Client OS: OpenSuse? 11.2 Linux With libusb 1.0, the libusb_bulk_transfer hangs for a long time(few minutes) before return. The libusb 0.8 does not have the problem. Please fix it. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
