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] Re: [patch rfc 1/3] xen arch header rework.

To: Gerd Hoffmann <kraxel@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [patch rfc 1/3] xen arch header rework.
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 11 Oct 2006 10:44:37 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 11 Oct 2006 02:45:10 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <452CB687.1080201@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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcbtGd1VG+811lkNEduBJAAX8io7RQ==
Thread-topic: [Xen-devel] Re: [patch rfc 1/3] xen arch header rework.
User-agent: Microsoft-Entourage/11.2.5.060620
On 11/10/06 10:16, "Gerd Hoffmann" <kraxel@xxxxxxx> wrote:

> Jan Beulich wrote:
>>> +    uint32_t      unused;  /* alignment
>>> */
>> 
>> Could you use _pad[0-9]* here as is done elsewhere, so that scripts
> 
> Fixed using "_attribute__((aligned (8)))" instead.
> 
> I've switched over to generating headers containing the
> architecture-specific structures and defines for the tools, current
> patch is at
> http://www.suse.de/~kraxel/patches/kraxel-unstable-master-xen-hg11731-quilt/to
> ols-domain-builder-header-gen.diff

I like this approach (although I don't like Perl, but at least it's better
than reams of bash, which is definitely the pits ;-). The Solaris guys won't
like the gcc attributes, but they can add some flexibility to the script to
target the pragmas/extensions of their own compiler.

A generic script that can read in public header files, parse according to
the rules of one architectural ABI and spit out header files matching the
rules of another ABI is definitely a good thing. If it can also generate the
offset/size statistics for any given ABI then that's even better. Basically,
it would be good to centralise all this scripting intelligence in one place,
rather than scatter hacks all over the place. This script looks like a
plausible starting point.

 -- Keir



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