On 06/28/10 08:32, Gianni Tedesco wrote:
>
> FWIW, I am signing off on your approach :)
>
> Gianni Tedesco
>
Thank you Gianni :) I am gonna add simple vend/prod id check to my 0x18 hack and
resubmit final version.
-TJ
On Fri, 2010-06-25 at 18:23 +0100, TJ wrote:
> On 06/25/10 12:32, Gianni Tedesco wrote:
> > A device MAY provide extended descriptors in 2 ways mentioned in the
> > spec, but ISTR finding at least one device in the wild with standard
> > descriptors extended which were not so much used by the "host
On Thu, 2010-06-24 at 05:45 +0100, TJ wrote:
> Here is small patch that fixed my problem.
>
> In looking at the USB spec, it seems pretty clear cut about the whole
> device/config/interface/endpoint descriptor hierarchy, so the
> usb_host_claim_interfaces can be optimized instead of parsing throug
On 06/25/10 12:32, Gianni Tedesco wrote:
> A device MAY provide extended descriptors in 2 ways mentioned in the
> spec, but ISTR finding at least one device in the wild with standard
> descriptors extended which were not so much used by the "host" but by
> application software. So not sure about y
On 06/24/10 02:42, Markus Armbruster wrote:
> A botched up patch is often a pretty effective way to get somebody to
> fix the thing correctly.
OK, I gave it a shot and sent it to the list. Shoulda prolly added a disclaimer
in case it blows something up ;)
-TJ
On 06/24/10 13:59, David S. Ahern wrote:
>
>
> On 06/23/10 22:45, TJ wrote:
>>
>>> -- Forwarded message --
>>> From: Timothy Jones
>>> Date: Wed, Jun 23, 2010 at 9:07 PM
>>> Subject: Guest OS hangs on usb_add
>>> To: qemu-devel@nongnu.org
>>>
>>>
>>> With some digging around I fo
On 06/23/10 22:45, TJ wrote:
>
>> -- Forwarded message --
>> From: Timothy Jones
>> Date: Wed, Jun 23, 2010 at 9:07 PM
>> Subject: Guest OS hangs on usb_add
>> To: qemu-devel@nongnu.org
>>
>>
>> With some digging around I found out that the qemu hangs in
>> usb_host_claim_interf
Timothy Jones writes:
> With some digging around I found out that the qemu hangs in
> usb_host_claim_interfaces, which is caused by screwed up usb
> descriptor. The device reports the following:
>
> (gdb) p dev->descr_len
> $21 = 50
> (gdb) p /x dev->descr...@50
> $23 = {0x18, 0x1, 0x0, 0x1, 0xff
> -- Forwarded message --
> From: Timothy Jones
> Date: Wed, Jun 23, 2010 at 9:07 PM
> Subject: Guest OS hangs on usb_add
> To: qemu-devel@nongnu.org
>
>
> With some digging around I found out that the qemu hangs in
> usb_host_claim_interfaces, which is caused by screwed up usb
With some digging around I found out that the qemu hangs in
usb_host_claim_interfaces, which is caused by screwed up usb
descriptor. The device reports the following:
(gdb) p dev->descr_len
$21 = 50
(gdb) p /x dev->descr...@50
$23 = {0x18, 0x1, 0x0, 0x1, 0xff, 0xff, 0xff, 0x8, 0x47, 0x46, 0x0,
0x3
I am trying to attach universal remote control (URC MX-950) to Windows
XP guest as follows:
==
(qemu) info usbhost
Device 1.1, speed 480 Mb/s
Hub: USB device 1d6b:0002, EHCI Host Controller
Device 2.1, speed 480 Mb/s
Hub: USB device 1d6b:0002, EHCI Host Cont
11 matches
Mail list logo
