[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@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)
Attachment:
signature.asc
Description: This is a digitally signed message part
-- xen mailing list xen@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/xen
