[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] changes for illumos in public headers



On Thu, 2013-12-12 at 13:15 +0400, Igor Kozhukhov wrote:
> Hello All,
> 
> i'm working on port xen-4.2 to DilOS - illumos based platform.

> 
> I have a questions about changes in public headers.
> 
> for build i need changes:
> 
> diff -r 9640d9c4b223 xen/include/public/arch-x86/xen-x86_32.h
> --- a/xen/include/public/arch-x86/xen-x86_32.h  Tue Dec 10 16:21:57 2013 +0100
> +++ b/xen/include/public/arch-x86/xen-x86_32.h  Thu Dec 12 13:07:50 2013 +0400
> @@ -36,6 +36,19 @@
>   * Clobbered: Argument registers (e.g., 2-arg hypercall clobbers %ebx,%ecx)
>   */
>  
> +#if defined(__sun)
> +/*
> + * Direct hypercall interface:
> + * As above, except the entry sequence to the hypervisor is:
> + *  mov $hypercall-number*32,%eax ; int $0x82

The direct trap has been deprecated for years now (like nearly a
decade...). Illumos should really switch the hypercall page based
mechanism (which is described just above the context of this patch).

[...]
> diff -r 9640d9c4b223 xen/include/public/xen.h
> --- a/xen/include/public/xen.h  Tue Dec 10 16:21:57 2013 +0100
> +++ b/xen/include/public/xen.h  Thu Dec 12 13:07:50 2013 +0400
> @@ -29,6 +29,20 @@
>  
>  #include "xen-compat.h"
>  
> +#if defined(__sun)
> +#if defined(__i386) && !defined(__i386__)
> +#define __i386__ /* foo */
> +#endif
> +
> +#if defined(__amd64) && !defined(__x86_64__)
> +#define __x86_64__
> +#endif
> +
> +#if defined(_ASM) && !defined(__ASSEMBLY__)
> +#define __ASSEMBLY__
> +#endif
> +#endif
> +

Not sure what these are for but they seem odd to me. Are these symbols
really not defined by your compiler?

> also in xen\include\public\trace.h
> we have structure: struct t_info
> 
> it have conflict with another structure with the same name in illumos sources.
> Question: can we rename structure name in xen to: struct t_info_xen
> 
> if yes - i can try to update xen code with it and send RTI.

For quite a while now I think we have been encouraging guest OSes to
take a copy of the Xen headers and modify them to suit their needs e..g
Linux and I think the *BSDs do this. This avoids a build dependency from
the guest OSes on Xen.

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.