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] can I boot privilleged dom like dom0 via xm create

To: tgh <tianguanhua@xxxxxxxxxx>
Subject: Re: [Xen-devel] can I boot privilleged dom like dom0 via xm create
From: Daniel Stodden <stodden@xxxxxxxxxx>
Date: Sun, 29 Jun 2008 03:23:15 -0700
Cc: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Sun, 29 Jun 2008 03:23:38 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <48670D86.9040302@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Fakultät für Informatik I10, Technische Universität München
References: <4046dbfd0806130153s32bc7297l7d66ce7b6b3aa40a@xxxxxxxxxxxxxx> <617dbaa80806130302t29ff550dm6845b8f6829e5589@xxxxxxxxxxxxxx> <200806181831.13559.mark.williamson@xxxxxxxxxxxx> <48670D86.9040302@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Sun, 2008-06-29 at 12:20 +0800, tgh wrote:
> hi
>   I am interested in this issue, and I wonder wether we could manage 
> dom0 in xen architecture, that is ,to boot dom0, to reboot it ,to store 
> it ,or restore it ,while suspending domU in memory ,through some domctl 
> whenever necessary, or could we develop some new hypercall to make it 
> work ,or does xen architecture have some inherent limit in itself and 
> have no compatibility  with  this  potential augment? and why not  or 
> how to achieve it , could some one give some advise on it

Dom0 maintains a lot of information reflecting overall system state,
including that of other guest systems. There's e.g. xenstore, typically
most, if not all of the backend machinery used to serve guests. There's
the qemu device emulation. All of these are stateful interfaces exposed
to guests.

So you'd have to save/restore all that (volatile) information to rehost
other guests seamlessly after a reset. Not like it's absolutely
undoable, but it'd be tricky and still easy to break during upgrades.
Then there's dom0 as the maintenance interface at the foreground of your
console machine interface. If that reboot fails, you're left with a
completely nonoperational system, since the VMM provides no (or only
minimal) interaction itself.

It's a neat idea, but unlikely to be practical unless you move critical
parts of its duties into different VMs, and at that point maybe even not
so interesting anymore.

Best,
Daniel

-- 
Daniel Stodden
LRR     -      Lehrstuhl für Rechnertechnik und Rechnerorganisation
Institut für Informatik der TU München             D-85748 Garching
http://www.lrr.in.tum.de/~stodden         mailto:stodden@xxxxxxxxxx
PGP Fingerprint: F5A4 1575 4C56 E26A 0B33  3D80 457E 82AE B0D8 735B



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel