From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=34493 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PgH2j-0000BG-MX for qemu-devel@nongnu.org; Fri, 21 Jan 2011 08:28:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PgH2i-0005E1-G6 for qemu-devel@nongnu.org; Fri, 21 Jan 2011 08:28:45 -0500 Received: from cantor.suse.de ([195.135.220.2]:43645 helo=mx1.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PgH2i-0005DM-7a for qemu-devel@nongnu.org; Fri, 21 Jan 2011 08:28:44 -0500 Subject: Re: [Spice-devel] [Qemu-devel] usb redirection status report Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Alexander Graf In-Reply-To: <4D3988B6.4010505@redhat.com> Date: Fri, 21 Jan 2011 14:28:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3B0B12E5-1146-49C3-808A-17E220BFF1FF@suse.de> References: <4D372A53.4070609@redhat.com> <20110120112748.GA5633@lst.de> <4D3883E9.9090108@redhat.com> <1295554293.10753.18.camel@gandalf.cobite.com> <4D3988B6.4010505@redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Hans de Goede Cc: qemu-devel@nongnu.org, David Mansfield , Christoph Hellwig , spice-devel@lists.freedesktop.org On 21.01.2011, at 14:23, Hans de Goede wrote: > Hi, >=20 > On 01/20/2011 09:11 PM, David Mansfield wrote: >>> H >>> i, >>>=20 >>> On 01/20/2011 12:27 PM, Christoph Hellwig wrote: >>>> On Wed, Jan 19, 2011 at 07:15:47PM +0100, Hans de Goede wrote: >>>>> Hi All, >>>>>=20 >>>>> As most of you know I'm working on usb redirection (making client = usb >>>>> devices >>>>> accessible in guests over the network). >>>>>=20 >>>>> I thought it would be a good idea to write a short status report. >>>>>=20 >>>>> So fat the following has been done: >>>>>=20 >>>>> * written and posted a network protocol for usb redir. over the = network, >>>>> and send this to the list. >>>>=20 >>=20 >> As another late-comer, hate to ask a possibly old question but will = this >> added protocol allow usb devices from arbitrary "remote" hosts to be >> redirected or only from the host running the spice client? >>=20 >=20 > Yes, the protocol is transport independent and there will be a = standalone > usb-host implementation (an tcp/ip server daemon running a machine = wishing > to "share" a usb device). >=20 >> I recently tried to use the native qemu usb functionality to >> pass-through a webcam and fell flat on my face due to what others >> described as "timing issues", and was wondering if it would be = possible >> to pass a USB device plugged in to the vm-host to the vm-guest using >> your new functionality, even though a third (and unrelated) host is >> running the spice client. >=20 > For vm-host to vm-guest pass through it is best to use the existing > pass through support. I'm aware of the timing issues there, and I = started > with fixing those before even thinking about doing usb redirection = over > the network, see: > http://lists.gnu.org/archive/html/qemu-devel/2010-11/msg02527.html >=20 > For the first patch of my patch set fixing the timing issues for local > usb redirection. Tested with multiple webcams (usb iso mode input = devices) > and a set of usb speakers (usb iso mode output device). >=20 > Unfortunately there has been little response to this patch set, so = I've > no idea when it will get merged. >=20 > (this seems to be the story with a lot of qemu patch sets here on the = list, > like Gerd's usb descriptor rehandling patches, maybe we need to review = how > qemu's patch merging processes work?) IIUC the main problem is that we have no active usb maintainer and = Anthony wants people to volunteer themselves instead of just assigning = them to be one :). Alex