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>
Subject: Re: [Xen-devel] [PATCH] VM-Tool: C-based Xen management tools
From: Anthony Liguori <aliguori@xxxxxxxxxx>
Date: Mon, 14 Feb 2005 10:10:06 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Nivedita Singhvi <niv@xxxxxxxxxx>
Delivery-date: Mon, 14 Feb 2005 16:12:24 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <200502112238.39080.maw48@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>
Organization: IBM
References: <420D296B.7000106@xxxxxxxxxx> <420D2FA6.10905@xxxxxxxxxx> <420D31C1.1010407@xxxxxxxxxx> <200502112238.39080.maw48@xxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)
Mark Williamson wrote:

Nice work!
Thanks :-)

As far as making the interface intuitive... I think it's reasonably sane to specify this stuff the way the current tools do, although arguably it would be useful to have some sort of abstraction so that users don't have to think about PCI config space / USB port IDs.
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. However, not all USB devices make it easy to be uniquely identified (too much optional information). This is a problem the devfs/udev guys have faced.

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.

Not sure the best solution here.  One of the reasons I've held off on USB.

Regards,

Cheers,
Mark

So there will be no effort to backport, correct?
That depends on demand.  The tools could be modified to open the
controls channels directly instead of going through xcs, but I'd rather
encourage an xcs based world where Xend and vm-tools can live together.
Of course, if someone was willing to backport the old Xend to xcs... :-)

Thanks,
Anthony Liguori



-------------------------------------------------------
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