qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] usb_packet_complete: Assertion ... failed


From: Jan Kiszka
Subject: Re: [Qemu-devel] usb_packet_complete: Assertion ... failed
Date: Thu, 28 Jun 2012 15:33:15 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

On 2012-06-27 21:58, Erik Rull wrote:
> Jan Kiszka wrote:
>> On 2012-06-23 11:29, Erik Rull wrote:
>>> Jan Kiszka wrote:
>>>> Hi Gerd,
>>>>
>>>> I'm getting
>>>>
>>>> qemu/hw/usb/core.c:410: usb_packet_complete: Assertion
>>>> `((&ep->queue)->tqh_first) == p' failed.
>>>>
>>>> with a passed-through USB headset (UHCI controller). This was with
>>>> current QEMU git head. Known issues? Anything I can do to debug it?
>>>>
>>>> Jan
>>>>
>>>
>>> Hi all,
>>>
>>> I get this with another USB 1.1 hardware (running via UHCI) as well.
>>> Some weeks ago it was fine.
>>> @Jan: If you go back some weeks, this should work (begin of April was
>>> definitvely ok).
>>
>> Interesting, will try to bisect if it's a regression. Don't have the
>> hardware here, will try next week.
>>
>>> How long does it take to get the headset fully detected
>>> in your guest so that you can use the hardware? My USB 1.1 HW takes ~ 60
>>> seconds to work, after that everything is fine - during that I see
>>> several USB resets on the host (dmesg).
>>
>> I don't see other problems so far. The device is quickly recognized and
>> appears to work fine otherwise. But as the assert hit frequently, I was
>> not able to test in details.
>>
>> Thanks,
>> Jan
>>
> 
> Hi Jan,
> 
> did you do the bisect already? If you have the culprit, I would try the
> version on my side as well if it fails, too.

There is no culprit as I can only choose between "assertion" and
"doesn't work": commit 96dd9aac37d30f3425088f81523942e67b2d03ac
(usb-host: rewrite usb_linux_update_endp_table) made the Plantronics USB
headset I'm testing here usable, but it didn't address the reason for
the assert - or introduced it.

Jan
-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux




reply via email to

[Prev in Thread] Current Thread [Next in Thread]