From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Novotny Subject: Re: Virtualization project idea Date: Fri, 27 Aug 2010 16:20:53 +0200 Message-ID: <4C77C9C5.1010307@redhat.com> References: <20100827091928.GB2804@reaktio.net> <20100827105721.GD2804@reaktio.net> <20100827115449.GE2804@reaktio.net> <20100827125317.GF2804@reaktio.net> <20100827130847.GG2804@reaktio.net> <20100827133456.GK2804@reaktio.net> <4C77C2A1.4070707@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Dhananjay Goel Cc: James Harper , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On 08/27/2010 04:00 PM, Dhananjay Goel wrote: > Yeah, I think so. I think this is basically the USB over IP interface=20 > which makes the impression of sharing and it even may be called=20 > sharing but one device is being still physically connected to one=20 > slot/device and not multiple at once. > > --Yes, exactly. It is just connected to one slot/device and not=20 > multiple but this device should be accessible to each virtual machine?=20 > As each virtual machine is sharing the same hardware. Please let me=20 > know if it makes sense. > > Thanks, > Dhananjay Basically that's right. It makes sense Dhananjay because this is the USB=20 over IP type of sharing. Imagine you have one device, let's say=20 hard-drive connected to the USB and there's some kind of protocol to=20 share it over the internet. It's more or less like let's say FTP server=20 with the exception that we don't access the FTP server application but=20 we access the USB hard-drive instead. It can accept all the command=20 using e.g. the HTTP protocol and the commands may be done simultaneously=20 when not conflicting with the other clients for which the perfect=20 example is the read-only access. Since it's not conflicting with any=20 other client every user/client could place a request on some file and=20 the file is being retrieved using the USB-over-IP protocol and the data=20 sent to the client that requested them. The virtual machines are sharing=20 the same hardware so that's why I used comparison to HTTP/FTP server and=20 it's clients. The logic is pretty similar AFAIK. Michal > > > On Fri, Aug 27, 2010 at 7:20 PM, Michal Novotny > wrote: > > On 08/27/2010 03:34 PM, Pasi K=E4rkk=E4inen wrote: > > On Fri, Aug 27, 2010 at 06:59:55PM +0530, Dhananjay Goel wrote: > > I don't think USB protocol has been designed for *sharin= g*. > I'm pretty certain only one computer/device/VM can use > USB device at a > time. > --Please check:*[1]http://spice-space.org/*They're > trying similar thing. > > > I think SPICE protocol allows you to *transport* (aka connect) > single > USB device to single desktop OS. It's not USB sharing. > > It's basicly USB-over-IP.. replacing the physical USB cable > with IP connection. > > -- Pasi > > > Yeah, I think so. I think this is basically the USB over IP > interface which makes the impression of sharing and it even may be > called sharing but one device is being still physically connected > to one slot/device and not multiple at once. > > > Michal > > --=20 > Michal Novotny>, R= HCE > Virtualization Team (xen userspace), Red Hat > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > =20 --=20 Michal Novotny, RHCE Virtualization Team (xen userspace), Red Hat