From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L75gO-0007GA-Vg for qemu-devel@nongnu.org; Mon, 01 Dec 2008 05:07:13 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L75gL-0007CE-0S for qemu-devel@nongnu.org; Mon, 01 Dec 2008 05:07:11 -0500 Received: from [199.232.76.173] (port=57252 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L75gK-0007Bk-L2 for qemu-devel@nongnu.org; Mon, 01 Dec 2008 05:07:08 -0500 Received: from nf-out-0910.google.com ([64.233.182.189]:48550) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L75gJ-0004yW-Ff for qemu-devel@nongnu.org; Mon, 01 Dec 2008 05:07:08 -0500 Received: by nf-out-0910.google.com with SMTP id b2so1328459nfb.12 for ; Mon, 01 Dec 2008 02:07:06 -0800 (PST) Message-ID: <43d6ff410812010207n30dc83bcp946ad86165268af9@mail.gmail.com> Date: Mon, 1 Dec 2008 11:07:06 +0100 From: "Thomas Bandelier" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_55961_5469731.1228126026056" References: <43d6ff410811270605p61259au5f3101f97bedf288@mail.gmail.com> Subject: [Qemu-devel] Re: USB-OHCI / UHCI: Isochronous transfer not working on Linux host Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Arnon Gilboa Cc: qemu-devel@nongnu.org, maxk@qualcomm.com, lemagoup@gmail.com ------=_Part_55961_5469731.1228126026056 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Arnon, Max, Pierre, Arnon, Thanks for your feedback on this point. As we need to manage several USB 2.0 devices in our environment, we are going to work on this aspect. We are very motivated to make it work. Do you (Max and/or Arnon) have any idea of what should be done / reworked in order to support USB 2.0 devices and especially isochronous transfers in QEMU? We would prefer keeping OHCI implementation, but do you think we should switch to UHCI? Or maybe EHCI? If we can keep OHCI, what should we begin to do in order to debug current QEMU OHCI implementation? Same question for the other controllers if we have to switch. Best Regards, Thomas On Fri, Nov 28, 2008 at 8:32 PM, Arnon Gilboa wrote: > Hello Thomas, > > Since the last time I sent a patch, usb-linux.c & usb-uhci.c were completly > rewritten by > Max Krasnyansky and merged by aliguori. > > However, looking at my post below from 24 Sep 2007, you can see > that usb-uhci, > which is USB 1.1 host controller emulation, was mostly tested on USB 1.1 > devices. > > I am sure that many USB 2.0 and even several 1.1 devices (especially > isochronous) > will NOT work with the emulation. > > http://lists.gnu.org/archive/html/qemu-devel/2007-09/msg00409.html > > Regards, > Arnon > > ------------------------------ > *From:* Thomas Bandelier [mailto:thomas.bandelier@gmail.com] > *Sent:* Thursday, November 27, 2008 4:06 PM > *To:* qemu-devel@nongnu.org > *Cc:* lemagoup@gmail.com; Arnon Gilboa > *Subject:* USB-OHCI / UHCI: Isochronous transfer not working on Linux host > > Hi all, > > Following several tests we did with qemu trunk, Isochronous transfer seems > to be broken with the head of qemu. > > We tried following Os (targets): > -WinXP (i386) > -Win2k (i386) > -Several linux kernel ( 2.6.26-1 (i386), 2.6.27 (ARM) ) > > On our host we are using Gentoo with 2.6.23 and 2.6.27 kernel. > > Following USB devices were tested: > -USB 2.0 logitech webcams > -Terratec USB2.0 Cynergy hybrid XS FM tuner. > > Both OHCI and UHCI configurations were tested in i386 target. > Only OHCI was tested in ARM target. > > In all these configurations, it was *never* possible to initiate > isochronous USB transfer. It was possible to enumerate the devices but as > soon as isochronous packets were used, the procedure failed. It means for > example that no picture was retrieved from the webcams, and no audio data > was retrieved from FM tuner. > > It is important to mention that all theses devices perfectly work on our > host. > > After some search in this maling list archives, it seems that no work has > been made on these aspects since Arnon Gilboa sent some patches more than > one year ago. Am I wrong? > > So It would be very useful for us to have a feedback from the community on > this point. > Has someone met the same problems? Has someone investigated this aspect? > Is someone regularly using this feature? > > How can we investigate this problem? > > Thanks > > Thomas > > > > > > > > > > > > > ------=_Part_55961_5469731.1228126026056 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Arnon, Max, Pierre,

Arnon, Thanks for your feedback on this point.

As we need to manage several USB 2.0 devices in our environment, we are going to work on this aspect. We are very motivated to make it work.

Do you (Max and/or Arnon) have any idea of what should be done / reworked in order to support USB 2.0 devices and especially isochronous transfers in QEMU?

We would prefer keeping OHCI implementation, but do you think we should switch to UHCI? Or maybe EHCI?

If we can keep OHCI, what should we begin to do in order to debug current QEMU OHCI implementation? Same question for the other controllers if we have to switch.

Best Regards,

Thomas


On Fri, Nov 28, 2008 at 8:32 PM, Arnon Gilboa <arnon.gilboa@qumranet.com> wrote:
Hello Thomas,
 
Since the last time I sent a patch, usb-linux.c & usb-uhci.c were completly rewritten by
Max Krasnyansky and merged by aliguori.
 
However, looking at my post below from 24 Sep 2007, you can see that usb-uhci,
which is USB 1.1 host controller emulation, was mostly tested on USB 1.1 devices.
 
I am sure that many USB 2.0 and even several 1.1 devices (especially isochronous)
will NOT work with the emulation.
 
 
Regards,
Arnon

From: Thomas Bandelier [mailto:thomas.bandelier@gmail.com]
Sent: Thursday, November 27, 2008 4:06 PM
To: qemu-devel@nongnu.org
Cc: lemagoup@gmail.com; Arnon Gilboa
Subject: USB-OHCI / UHCI: Isochronous transfer not working on Linux host

Hi all,

Following several tests we did with qemu trunk, Isochronous transfer seems to be broken with the head of qemu.

We tried following Os (targets):
-WinXP (i386)
-Win2k (i386)
-Several linux kernel ( 2.6.26-1 (i386), 2.6.27 (ARM) )

On our host we are using Gentoo with 2.6.23 and 2.6.27 kernel.

Following USB devices were tested:
-USB 2.0 logitech webcams
-Terratec USB2.0 Cynergy hybrid XS FM tuner.

Both OHCI and UHCI configurations were tested in i386 target.
Only OHCI was tested in ARM target.

In all these configurations, it was never possible to initiate isochronous USB transfer. It was possible to enumerate the devices but as soon as isochronous packets were used, the procedure failed. It means for example that no picture was retrieved from the webcams, and no audio data was retrieved from FM tuner.

It is important to mention that all theses devices perfectly work on our host.

After some search in this maling list archives, it seems that no work has been made on these aspects since Arnon Gilboa sent some patches more than one year ago. Am I wrong?

So It would be very useful for us to have a feedback from the community on this point.
Has someone met the same problems? Has someone investigated this aspect?
Is someone regularly using this feature?

How can we investigate this problem?

Thanks

Thomas













------=_Part_55961_5469731.1228126026056--