WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] [PATCH] VM-Tool: C-based Xen management tools

To: "Mark Williamson" <Mark.Williamson@xxxxxxxxxxxx>, "Anthony Liguori" <aliguori@xxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] VM-Tool: C-based Xen management tools
From: "Neugebauer, Rolf" <rolf.neugebauer@xxxxxxxxx>
Date: Tue, 15 Feb 2005 04:41:56 -0000
Cc: <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, "Nivedita Singhvi" <niv@xxxxxxxxxx>
Delivery-date: Tue, 15 Feb 2005 04:44:08 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
Thread-index: AcUStMoC4YMSEEdCQFmpbAbEqiH4mQAYoK2g
Thread-topic: [Xen-devel] [PATCH] VM-Tool: C-based Xen management tools

> -----Original Message-----
> From: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:xen-devel-
> admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Mark Williamson
> Sent: 14 February 2005 16:36
> To: Anthony Liguori
> Cc: Mark Williamson; xen-devel@xxxxxxxxxxxxxxxxxxxxx; Nivedita Singhvi
> Subject: Re: [Xen-devel] [PATCH] VM-Tool: C-based Xen management tools
> 
> > Yes, PCI wouldn't be too hard to abstract.  Abstracting USB worries
me a
> > bit though.  On the one hand, you want to abstract at the device
level.
> 
> That would be a neat feature.  It'd require changes to the backend
device
> driver to be a bit smarter about grabbing devices, as well as frontend
> changes to communicate device identities the backend...
> 
> > It's even hairer with virtualization though.  Say you had two
harddrives
> > that were USB and not uniquely identifiable.  You want to assign
each
> > harddrive to a separate VM.  If you unplug them and swap ports, and
> > you're using the old configurations, you really want that each VM to
see
> > the harddrive they previously saw.  Swapping them could lead to
> > confusion and even worse, security problems.
> 
> The current implementation sidesteps all these by specifying port IDs.
> e.g.
> port 1 on my root hub always belongs to VM1 (when running), port 2 on
hub
> 3
> always belongs to VM2 (when running), etc.

A while back we were also discussing this to be the basic mechanism,
i.e. the level the exporting of USB devices work on. Then one could
implement higher level 'policies' in say dom0. for example one could
specify that if device of type foo gets plugged in then VM bar gets
granted access to that port. USB hotplugging should be able to do most
of the hard work...

rolf

> > Not sure the best solution here.  One of the reasons I've held off
on
> USB.
> 
> For comparison, do you know what abstraction other systems do?  Do
they
> assign
> ports or associate devices with VMs?
> 
> The latter is definitely an attractive option...  If we added support
for
> both
> ways of doing things, paranoid people (or people with weird devices!)
> could
> use the port specifiers, whilst others used device IDs.
> 
> What do you think?
> 
> Cheers,
> Mark
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real
users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/xen-devel


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel