[Fedora-xen] Xen 4.4 RC2 [TestDay]

[Dario Faggioli]

[Re-sending with the proper address to get to the list too...
sorry! :-/]

On lun, 2014-01-20 at 23:18 +0000, M A Young wrote:
> On Mon, 20 Jan 2014, Eric Houby wrote:
>
> > [root at astar ~]# xl create mars.xl
> > Parsing config from mars.xl
> > libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 6
> > device model: spawn failed (rc=-3)
> > libxl: error: libxl_create.c:1166:domcreate_devmodel_started: device
> > model did not start: -3
> > libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already
> > exited
> >
> > My qemu-dm-mars log file contained one line, Option xen-domid not
> > supported for this target.  This error led those helping to question
> > about my qemu version and whether or not it supported xen.
> 
> One of the experiments I was intending to do with that build was to see if 
> xen would would work with Fedora's qemu. 
>
Cool... That is definitely something worth experimenting! :-)

> As you have just discovered the 
> answer is no, though the tools configuration option allowing you tell xen 
> where to find it seems to work. 
>
That part definitely works. As a part of his participation to the 
TestDay (which happened thanks to your rc2 packages, so thanks again
Michael for doing that, and Eric for participating!), Eric produced this
log: http://pastebin.com/iyTYEgJ4

...
libxl: debug: libxl_dm.c:1303:libxl__spawn_local_dm: Spawning device-model /usr/bin/qemu-system-x86_64 with arguments:
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:   /usr/bin/qemu-system-x86_64
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:   -xen-domid
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:   5
...

So... Yay! :-)

While investigating, we also spotted this:
http://pkgs.fedoraproject.org/cgit/qemu.git/tree/qemu.spec?h=f20

Which contains the following:

dobuild() {
    ./configure \
        --prefix=%{_prefix} \
        --libdir=%{_libdir} \
        --sysconfdir=%{_sysconfdir} \
        --interp-prefix=%{_prefix}/qemu-%%M \
        --audio-drv-list=pa,sdl,alsa,oss \
        --localstatedir=%{_localstatedir} \
        --libexecdir=%{_libexecdir} \
        --disable-strip \
        --extra-ldflags="$extraldflags -pie -Wl,-z,relro -Wl,-z,now" \
        --extra-cflags="%{optflags} -fPIE -DPIE" \
        --enable-mixemu \
        --enable-trace-backend=dtrace \
        --disable-werror \
        --disable-xen \
        --enable-kvm \
...

which seems to suggest that xen support is disabled in Fedora's qemu
package. Should we ask why they do that, and investigate whether that
can change (and, of course, whether that is enough for us) ?

Thanks again and Regards,
Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: <http://lists.fedoraproject.org/pipermail/xen/attachments/20140121/86769b5e/attachment.sig>