From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=60836 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PN7qo-00057O-Ul for qemu-devel@nongnu.org; Mon, 29 Nov 2010 12:49:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PN7qm-00022K-Vx for qemu-devel@nongnu.org; Mon, 29 Nov 2010 12:49:18 -0500 Received: from mail-gx0-f173.google.com ([209.85.161.173]:62432) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PN7qm-00022C-R7 for qemu-devel@nongnu.org; Mon, 29 Nov 2010 12:49:16 -0500 Received: by gxk24 with SMTP id 24so2388012gxk.4 for ; Mon, 29 Nov 2010 09:49:16 -0800 (PST) Message-ID: <4CF3E797.7070401@codemonkey.ws> Date: Mon, 29 Nov 2010 11:49:11 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Spice-devel] [Qemu-devel] RFC: usb redirection over the network, interesting outside of spice? References: <29465206.14.1291043417418.JavaMail.root@zimbra.grelot.net> <4CF3D63A.60903@redhat.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------080007030706020100030302" List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Attila Sukosd Cc: spice-devel@lists.freedesktop.org, =?UTF-8?B?RnLDqWTDqXJpYyBHcmVsb3Q=?= , Gerd Hoffmann , qemu-devel@nongnu.org This is a multi-part message in MIME format. --------------080007030706020100030302 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/29/2010 11:37 AM, Attila Sukosd wrote: > Hi, > > I guess it should be abstract enough to support multiple back-ends, be > it a kernel driver or through libusb? Is this something that should just live in libusb? If what libusb presented QEMU was actually implemented as USB-over-IP, QEMU wouldn't know the difference at all. I think it would also be very useful to be able for libusb-based applications to work with remote devices. What is unclear to me is what role QEMU would play in setting up remove USB-over-IP devices. Pushing it down to the libusb layer completely takes QEMU out the picture which creates a clean separation layer. There are emulated devices in QEMU which we create and control and then there are passthrough devices that QEMU doesn't have any role in creating. Regards, Anthony Liguori > > Rgrds, > > Attila > > > 2010/11/29 Gerd Hoffmann > > > Hi, > > > I'm note sure about what I will say, but will a kernel approach > handle specific disconnection/reconnection of devices, that libusb > cannot? > > > Don't know, didn't investigate (yet) what libusb can do and what > it can't. > > cheers, > Gerd > > > > _______________________________________________ > Spice-devel mailing list > Spice-devel@lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/spice-devel > > --------------080007030706020100030302 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit On 11/29/2010 11:37 AM, Attila Sukosd wrote:

Hi,

I guess it should be abstract enough to support multiple back-ends, be it a kernel driver or through libusb?

Is this something that should just live in libusb?

If what libusb presented QEMU was actually implemented as USB-over-IP, QEMU wouldn't know the difference at all. I think it would also be very useful to be able for libusb-based applications to work with remote devices.

What is unclear to me is what role QEMU would play in setting up remove USB-over-IP devices. Pushing it down to the libusb layer completely takes QEMU out the picture which creates a clean separation layer. There are emulated devices in QEMU which we create and control and then there are passthrough devices that QEMU doesn't have any role in creating.

Regards,

Anthony Liguori

Rgrds,

Attila

2010/11/29 Gerd Hoffmann <kraxel@redhat.com>

Hi,

I'm note sure about what I will say, but will a kernel approach
handle specific disconnection/reconnection of devices, that libusb
cannot?

Don't know, didn't investigate (yet) what libusb can do and what it can't.

cheers,
Gerd

_______________________________________________
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel

--------------080007030706020100030302--