Re: Using vm-tools instead of xentools

[Manuel Bouyer <bouyer%antioche.lip6.fr@localhost>]

On Tue, Jun 21, 2005 at 02:09:15PM +0300, Martti Kuparinen wrote:
> Manuel Bouyer wrote:
> 
> >>http://www.cs.utexas.edu/users/aliguori/vm-tools/
> >
> >
> >This looks good. Especially, it may not have the big security issue 
> >xentools
> >has. Any vonlunteer for packaging it ?
> 
> This needs libxc (from the official xen distribution). I tried to create 
> a package for libxc but it's failing right now:
> 
> 
> 
> ROOT n70:/usr/pkgsrc/sysutils/libxc> make
> ===> Checking for vulnerabilities in libxc-2.0.6
> => Checksum SHA1 OK for xen-2.0.6-src.tgz.
> => Checksum RMD160 OK for xen-2.0.6-src.tgz.
> ===> Extracting for libxc-2.0.6
> ===> Required installed package gmake>=3.78: gmake-3.80nb4 found
> ===> Patching for libxc-2.0.6
> ===> Overriding tools for libxc-2.0.6
> ===> Creating toolchain wrappers for libxc-2.0.6
> ===> Configuring for libxc-2.0.6
> ===> Building for libxc-2.0.6
> /bin/mkdir -p 
> /home/netbsd/pkgsrc/sysutils/libxc/work/xen-2.0/tools/libxc/xen/NetBSD
> /bin/cp /home/netbsd/pkgsrc/sysutils/libxc/files/xenio.h 
> /home/netbsd/pkgsrc/sysutils/libxc/work/xen-2.0/tools/libxc/xen/NetBSD
> [ -e xen/linux ] || mkdir -p xen/linux
> [ -e xen/io ]    || mkdir -p xen/io
> ( cd xen >/dev/null ; \
>   ln -sf ../../../xen/include/public/*.h . )
> ( cd xen/io >/dev/null ; \
>    ln -sf ../../../../xen/include/public/io/*.h . )
> ( cd xen/linux >/dev/null ; \
>   ln -sf 
> ../../../../linux-2.6.11-xen-sparse/include/asm-xen/linux-public/*.h . )
> /usr/pkg/bin/gmake libxc.a libxc.so libxc.so.2.0 libxc.so.2.0.0
> gmake[1]: Entering directory 
> `/home/netbsd/pkgsrc/sysutils/libxc/work/xen-2.0/tools/libxc'
> ar rc libxc.a
> gcc  -DPIC -O2 -m32 -march=i686 -Wall -Werror -O3 -fno-strict-aliasing 
> -I ../../tools/libxutil -I. -Wp,-MD,.build.d -m32 -march=i686 -Wall 
> -Werror -O3 -fno-strict-aliasing -I ../../tools/libxutil -I. 
> -Wp,-MD,.xc_atropos.opic.d -fPIC -c -o xc_atropos.opic xc_atropos.c
> In file included from xc_atropos.c:9:
> xc_private.h: In function `do_xen_hypercall':
> xc_private.h:69: error: `_IOC_NONE' undeclared (first use in this function)
> xc_private.h:69: error: (Each undeclared identifier is reported only once
> xc_private.h:69: error: for each function it appears in.)
> gmake[1]: *** [xc_atropos.opic] Error 1
> 
> 
> 
> Any ideas how to take care of this _IOC_NONE?

libxc is also part of the xentools20 package, and it probably requires some
patches. It also needs some NetBSD-specific .h files, also in the xentools20
package (in files/, I think)

--
Manuel Bouyer, LIP6, Universite Paris VI.           
Manuel.Bouyer%lip6.fr@localhost
     NetBSD: 26 ans d'experience feront toujours la difference
--