search for: libxl__ao__destroy

...: libxl.c:1414:libxl__destroy_domid: libxl__destroy_device_model failed for 14 libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x1bcc300: complete, rc=-3 libxl: debug: libxl_create.c:1227:do_domain_create: ao 0x1bcc300: inprogress: poller=0x1bccf70, flags=ic libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x1bcc300: destroy xc: debug: hypercall buffer: total allocations:1166 total releases:1166 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:1158 misses:4 toobig:4 ________________...

...r: libxl.c:1416:libxl__destroy_domid: libxl__destroy_device_model failed for 3 libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x19811c0: complete, rc=-3 libxl: debug: libxl_create.c:1243:do_domain_create: ao 0x19811c0: inprogress: poller=0x1981220, flags=ic libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x19811c0: destroy xc: debug: hypercall buffer: total allocations:76 total releases:76 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:68 misses:4 toobig:4 -- System Information...

...swatch_deregister: watch w=0x7fe248001780: deregister unregistered libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x7fe248006080: complete, rc=0 libxl: debug: libxl.c:3538:libxl_device_disk_add: ao 0x7fe248006080: inprogress: poller=0x7fe24000ce20, flags=ic libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x7fe248006080: destroy Seems like qdisk backend is not able to manage the volume Any idea? -- ############################################################################ Iban Cabrillo Bartolome Instituto de Fisica de Cantabria (IFCA) Santander, Spain Tel: +34942200969 PGP PUBLIC KEY...

Package: xen-utils-common Version: 4.4.1-6 Severity: normal Dear Maintainer, (There appear to be several reports on the BTS with concerns relating to this report. Some unarchiving/merging may be necessary. Reassignment may be needed as well since I'm not sure which package this problem would fall under. Ultimately decided to file with xen-utils-common with 'xl' being the frontend

Hi, I was wondering if there is any documentation on how to write a bare metal application for Xen. I don''t need to parse the device tree and such yet, a simple booting "Hello World" would be fine :-) We wrote one and when trying to boot we get ( this was an uncompressed binary, no image): libxl: notice: libxl_numa.c:451:libxl__get_numa_candidate: NUMA placement failed,

...bxl__destroy_domid: libxl__destroy_device_model failed for 1151 libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x7ff010003e00: complete, rc=-3 libxl: debug: libxl_create.c:1356:do_domain_create: ao 0x7ff010003e00: inprogress: poller=0x7ff01000cb70, flags=ic libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x7ff010003e00: destroy xc: debug: hypercall buffer: total allocations:19 total releases:19 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:15 misses:2 toobig:2 any suggestion to...

...xl_device.c:916:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add libxl: debug: libxl_event.c:1667:libxl__ao_progress_report: ao 0x9cc890: progress report: ignored libxl: debug: libxl_event.c:1497:libxl__ao_complete: ao 0x9cc890: complete, rc=0 libxl: debug: libxl_event.c:1469:libxl__ao__destroy: ao 0x9cc890: destroy Daemon running with PID 7184 xc: debug: hypercall buffer: total allocations:1042 total releases:1042 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:1034 misses:4...

..._destruction_cb: unable to destroy domain 4294967295 following failed creation libxl: debug: libxl_event.c:1499:libxl__ao_complete: ao 0x119c890: complete, rc=-3 libxl: debug: libxl_create.c:1187:do_domain_create: ao 0x119c890: inprogress: poller=0x119c920, flags=ic libxl: debug: libxl_event.c:1471:libxl__ao__destroy: ao 0x119c890: destroy xc: debug: hypercall buffer: total allocations:5 total releases:5 xc: debug: hypercall buffer: current allocations:0 maximum allocations:2 xc: debug: hypercall buffer: cache current size:2 xc: debug: hypercall buffer: cache hits:3 misses:2 toobig:0 Even though I''ve...

Hi, Here is a little patch that attempt to fix the issue regarding xen_platform_pci=0 not been handled. There is one patch left from the previous version. The patch that was adding qemu_machine_override have been removed as it is unnecessary. If someone wants to change the -machine, it can always add it to device_model_args_hvm, as QEMU appear to use the last one. Regards, Anthony PERARD (1):

Hi, everyone! We google a lot, but can''t find how to config the pvscsi on our ubuntu13.04 PV on HVM.There are some links http://wiki.xen.org/wiki/Paravirtualized_SCSI http://wiki.xen.org/wiki/Xen_Configuration_File_Options And we use the config option above Configure PVSCSI devices vscsi = [ ''/dev/sdc, 0:0:0:0'' ] I pass sdc to the hvm, but in our pvhvm (ubuntu13.04)

...) libxl: error: libxl_create.c:1075:domcreate_devmodel_started: device model did not start: -3 libxl: error: libxl_dm.c:1306:libxl__destroy_device_model: Device Model already exited libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0xf8fda0: complete, rc=-3 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0xf8fda0: destroy xc: debug: hypercall buffer: total allocations:1179 total releases:1179 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:1171 misses:4 toobig:4 ==================...

...e_done: Domain 1:saving domain: domain did not respond to suspend request: Cannot allocate memory libxl: debug: libxl.c:746:libxl__fd_flags_restore: fnctl F_SETFL of fd 13 to 0x1 libxl: debug: libxl_event.c:1869:libxl__ao_complete: ao 0x56303d91b050: complete, rc=-8 libxl: debug: libxl_event.c:1838:libxl__ao__destroy: ao 0x56303d91b050: destroy migration sender: libxl_domain_suspend failed (rc=-8) Migration failed, failed to suspend at sender. xencall:buffer: debug: total allocations:20 total releases:20 xencall:buffer: debug: current allocations:0 maximum allocations:2 xencall:buffer: debug: cache current size...

I''m unable to start xl console on latest xen-unstable (build with commit 8e0da8c07f4f80e14314977a11f738bd74a5b62b). > xl -vvv console sid > xenconsole: Could not read tty from store: No such file or directory I also tried "xl create -c", and it shows console from pygrub but when the "xl create" reaches the end I got the same error: > xenconsole: Could not

...vice.c:959:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add libxl: debug: libxl_event.c:1737:libxl__ao_progress_report: ao 0x193a970: progress report: ignored libxl: debug: libxl_event.c:1569:libxl__ao_complete: ao 0x193a970: complete, rc=0 libxl: debug: libxl_event.c:1541:libxl__ao__destroy: ao 0x193a970: destroy Daemon running with PID 5581 xc: debug: hypercall buffer: total allocations:752 total releases:752 xc: debug: hypercall buffer: current allocations:0 maximum allocations:4 xc: debug: hypercall buffer: cache current size:4 xc: debug: hypercall buffer: cache hits:744 misses:4 t...

*RESEND* due to exceeding the mailinglists limit for attachment size. Hi, I''m trying to get secondary vga-passthrough on a HVM guest to work with a AMD HD6570 and the native kernel radeon driver and kernel modesetting. So the guest still gets the emulated stdvga or cirrus device(used in my case here) as primary/boot vga adapter. - When i don''t passthrough the radeon card, the