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/
Home Products Support Community News


Re: [Xen-devel] [patch] architecture-specific ELF header checking

To: Gerd Hoffmann <kraxel@xxxxxxx>
Subject: Re: [Xen-devel] [patch] architecture-specific ELF header checking
From: Hollis Blanchard <hollisb@xxxxxxxxxx>
Date: Thu, 15 Jun 2006 09:50:26 -0500
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 15 Jun 2006 07:50:18 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <448FBD3A.1050701@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>
Organization: IBM Linux Technology Center
References: <1150143142.9179.36.camel@xxxxxxxxxxxxxxxxxxxxx> <dd1d662ccc18e4dd6a98a71a8cb7a7f3@xxxxxxxxxxxx> <1150211844.31548.10.camel@xxxxxxxxxxxxxxxxxxxxx> <fb86e62b68b0096d38daa24318cedba8@xxxxxxxxxxxx> <448FBD3A.1050701@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2006-06-14 at 09:39 +0200, Gerd Hoffmann wrote:
> > For libxc we probably need per-arch subdirectories for arch-specific
> > source files. There's all sorts of intermingled arch-specific code in
> > tools/libxc right now. We could then have arch-specific implementations
> > of xc_elf_check_header() or somesuch in tools/libxc/<arch>, like we do
> > for Xen's domain0 elf-parsing code. That would be cleaner and give more
> > per-arch flexibility.
> btw: for the elf parser it is probably useful to switch around using
> -Dsomething, so one can simply compile the elf loader twice.  We'll need
> something like that in case we'll support both 32bit + 64bit guests in a
> 64bit hypervisor.  With my domain builder rewrite it should be easy to
> do that ;)

I agree. As another example, ppc64 uses both 64-bit vmlinux and 32-bit

Hollis Blanchard
IBM Linux Technology Center

Xen-devel mailing list