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] Control tools work

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Control tools work
From: Grzegorz Milos <gm281@xxxxxxxxxxxxxxxx>
Date: Wed, 1 Jun 2005 11:28:49 +0100
Delivery-date: Wed, 01 Jun 2005 10:28:10 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <429CF43C.7030506@xxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <s29c514c.000@xxxxxxxxxxxxxxxxxxxxxxxxx> <429CF43C.7030506@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.6.2
I am interested in your code. I don't know if you will be posting the source 
to the list, but if you decide not to could you at least send it to me? I am 
currently working on trusted boot (ie TPM support, measuring new domains 
etc., we were also considering moving the domain builder out of domain0, to a 
separate domain maybe, I am not quite certain how your builder works, but it 
looks to be quite a reasonable approach).

Cheers
Gregor

> Charles Coffing wrote:
> > 2.  Making the tools/libraries agnostic w.r.t. the guest OS type.
>
> I recently created a small Xen guest that is able to build a guest OS
> from a ramdisk containing a stage2 loader and a kernel image. My goal is
> to have it load from a block device or the network as well as from the
> ram disk. Starting my guest instead of vmlinuz directly would allow
> unification of domain builders from the dom0 perspective, and would
> prevent ELF-parsing attacks on dom0. The same guest would be used for
> reviving checkpoints, so there would not need to be a special linux_load
> (linux_save can be handled using self-checkpointing to a raw device btw).
>
> If there is interest I can post the source.
>
> Jacob
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

-- 
Quidquid latine dictum sit, altum viditur --- Anon

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

<Prev in Thread] Current Thread [Next in Thread>