From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KmpQA-0006ip-DH for qemu-devel@nongnu.org; Mon, 06 Oct 2008 08:42:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KmpQ8-0006hG-Rc for qemu-devel@nongnu.org; Mon, 06 Oct 2008 08:42:41 -0400 Received: from [199.232.76.173] (port=45751 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KmpQ8-0006h7-Gz for qemu-devel@nongnu.org; Mon, 06 Oct 2008 08:42:40 -0400 Received: from il.qumranet.com ([212.179.150.194]:38455) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KmpQ7-0004HT-UI for qemu-devel@nongnu.org; Mon, 06 Oct 2008 08:42:40 -0400 Message-ID: <48EA07CD.9090702@il.qumranet.com> Date: Mon, 06 Oct 2008 14:42:53 +0200 From: Dor Laor MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] USB over network References: <200810061309.10270.paul@codesourcery.com> <200810061322.51341.paul@codesourcery.com> In-Reply-To: <200810061322.51341.paul@codesourcery.com> Content-Type: multipart/alternative; boundary="------------000607000507010608020800" Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Gal Hammer This is a multi-part message in MIME format. --------------000607000507010608020800 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Paul Brook wrote: > On Monday 06 October 2008, Paul Brook wrote: > >>> Attached is a preliminary patch which add QEmu the ability to use local >>> USB devices over network. It should work with DOK devices and might work >>> with web cameras. >>> >> Apart from anything else, it's missing documentation. >> >> It looks like you have to start qemu with magic options on the remote >> machine? This seems a very bad solution. The remote stub should be a >> separate application which communicated via a documented protocol. >> Preferably this should be a standardised protocol that is/can be suppoorted >> by third party devices. >> > > As a specific example, have you looked at http://usbip.sourceforge.net/ ? > It doesn't seem to be particularly active, but it's at least a useful > reference point to see whether your remote protocol is sane. > > Pau Indeed its missing documentation and the protocol is far from being defined, plus it should be a separate application. But, its a good step forward in usb remoting, the protocol leverage existing knowledge from usbip but it is an opportunity to advance in cumulative steps. The intention is to make the usb remoting transparent to the guest. The application should be stand alone but can share code with qemu, maybe similar to qemu-img application (can it?). Thanks for the feedback, any additional feedback is welcomed. --------------000607000507010608020800 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Paul Brook wrote: 
On Monday 06 October 2008, Paul Brook wrote:
  
Attached is a preliminary  patch which add QEmu the ability to use local
USB devices over network. It should work with DOK devices and might work
with web cameras.
      
Apart from anything else, it's missing documentation.

It looks like you have to start qemu with magic options on the remote
machine? This seems a very bad solution. The remote stub should be a
separate application which communicated via a documented protocol.
Preferably this should be a standardised protocol that is/can be suppoorted
by third party devices.
    

As a specific example, have you looked at  http://usbip.sourceforge.net/ ?
It doesn't seem to be particularly active, but it's at least a useful 
reference point to see whether your remote protocol is sane.

Pau

Indeed its missing documentation and the protocol is far from being defined, plus it should be a separate application.
But, its a good step forward in usb remoting, the protocol leverage existing knowledge from usbip but it is an opportunity
to advance in cumulative steps.

The intention is to make the usb remoting transparent to the guest.
The application should be stand alone but can share code with qemu, maybe similar to qemu-img application (can it?).

Thanks for the feedback, any additional feedback is welcomed.
--------------000607000507010608020800--