Brian Paterni
2015-Feb-01 01:18 UTC
[Pkg-xen-devel] Bug#776742: xen-utils-common: no support for VGA Passthrough
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 interface for the xen system.)
It looks like VGA passthrough is currently unsupported/broken in the xen
system packages or in its dependencies.
With gfx_passthru=0 (default), I'm able to boot a domU and access its
interface using vnc. However if I enable gfx_passthru, the domU fails to
boot, and I'm greeted with an error message telling me the device model
failed to spawn:
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 16 device
model: spawn failed (rc=-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device model
did not start: -3
libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already exited
According to xl.cfg(5) this is to be expected since the default
'upstream qemu-xen device-model currently does not have support for
gfx_passthru.'
xl.cfg(5) also mentions that 'gfx_passthru is currently only supported
with the qemu-xen-traditional device-model'. However if I request this
device-model be used instead with:
device_model_version="qemu-xen-traditional"
I receive another error message mentioning that this device-model does
not exist:
libxl: error: libxl_dm.c:1233:libxl__spawn_local_dm: device model
/usr/lib/xen-4.4/bin/qemu-dm is not executable: No such file or directory
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: (null): spawn
failed (rc=-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device model
did not start: -3
libxl: error: libxl_dm.c:1467:kill_device_model: unable to find device model
pid in /local/domain/17/image/device-model-pid
libxl: error: libxl.c:1421:libxl__destroy_domid: libxl__destroy_device_model
failed for 17
But again, this is to be expected since qemu-traditional support has
been removed in recent xen system packages:
xen (4.4.0-1) unstable; urgency=medium
[ Bastian Blank ]
*** snip ***
[ Ian Campbell ]
*** snip ***
* Disable qemu-traditional and rombios support using new configure option
instead of by patching. No need to build-depend on ipxe any more.
*** snip ***
-- Bastian Blank <waldi at debian.org> Sat, 09 Aug 2014 13:09:00
+0200
I understand there is a desire to shift away from qemu-xen-traditional,
and I think this is fine, but has there been any movement upstream to
add support for gfx_passthru in what is known as the 'qemu-xen'
device-model? (honest question... I'm not too familiar with qemu/xen
development) Would it be too much to ask for the re-enablement of
'qemu-traditional' in the meantime?
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages xen-utils-common depends on:
ii lsb-base 4.1+Debian13+nmu1
ii python 2.7.8-2
ii ucf 3.0030
ii udev 215-11
ii xenstore-utils 4.4.1-6
xen-utils-common recommends no packages.
xen-utils-common suggests no packages.
-- no debconf information
Brian Paterni
2015-Feb-01 01:52 UTC
[Pkg-xen-devel] Bug#776742: xen-utils-common: no support for VGA Passthrough
For reference, I've attached the xl domU configuration I'm working with
along with verbose output of xl create with the error messages I'm seeing
xlcreate-nogfxpt: #gfx_passthru=0
xlcreate-gfxpt: gfx_passthru=1
xlcreate-gfxpt-dm-traditional:
gfx_passthru=1
device_model_version="qemu-xen-traditional"
For further reference, here are a few bugs I've found which may be
related to this problem:
#688311 -- xen-utils-4.2: qemu-dm not available
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688311
#733865 -- xen-utils-4.3: qemu-dm is not executable: No such file or
directory
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733865
#746156 -- libvirt-bin: Wrong parameters for qemu-dm
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746156
-------------- next part --------------
Parsing config from /etc/xen/xldomu-windows7
libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x14f81c0: create:
how=(nil) callback=(nil) poller=0x14f7880
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvda, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda,
using backend qdisk
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvdc, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvdc,
using backend qdisk
libxl: debug: libxl_create.c:797:initiate_domain_create: running bootloader
libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain,
skipping bootloader
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14f8a58:
deregister unregistered
libxl: debug: libxl_numa.c:478:libxl__get_numa_candidate: New best NUMA
placement candidate found: nr_nodes=1, nr_cpus=8, nr_vcpus=12, free_memkb=8608
libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with
1 nodes, 8 cpus and 8608 KB free selected
xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0x59658
xc: detail: elf_parse_binary: memory: 0x100000 -> 0x159658
xc: detail: VIRTUAL MEMORY ARRANGEMENT:
Loader: 0000000000100000->0000000000159658
Modules: 0000000000000000->0000000000000000
TOTAL: 0000000000000000->00000001ff800000
ENTRY ADDRESS: 0000000000100648
xc: detail: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x0000000000000200
2MB PAGES: 0x00000000000009fb
1GB PAGES: 0x0000000000000003
xc: detail: elf_load_binary: phdr 0 at 0x7f3e99480000 -> 0x7f3e994d060d
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14fa110:
deregister unregistered
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14faf30:
deregister unregistered
libxl: debug: libxl_dm.c:1303:libxl__spawn_local_dm: Spawning device-model
/usr/bin/qemu-system-i386 with arguments:
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -xen-domid
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 20
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -chardev
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-20,server,nowait
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -mon
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
chardev=libxl-cmd,mode=control
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -nodefaults
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -name
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: windows7
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -vnc
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 192.168.1.198:0,to=99
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -device
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: cirrus-vga
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -global
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: vga.vram_size_mb=8
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -boot
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: order=dc
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -smp
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 4,maxcpus=4
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -device
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
rtl8139,id=nic0,netdev=net0,mac=00:16:3e:07:8a:df
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -netdev
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
type=tap,id=net0,ifname=vif20.0-emu,script=no,downscript=no
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -machine
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: xenfv
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -m
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 8184
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -drive
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
file=/domu-w7.img,if=ide,index=0,media=disk,format=raw,cache=writeback
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -drive
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
file=/w7-inst.iso,if=ide,index=2,media=cdrom,format=raw,cache=writeback,id=ide-51744
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x14f8c90
wpath=/local/domain/0/device-model/20/state token=3/0: register slotnum=3
libxl: debug: libxl_create.c:1356:do_domain_create: ao 0x14f81c0: inprogress:
poller=0x14f7880, flags=i
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x14f8c90
wpath=/local/domain/0/device-model/20/state token=3/0: event
epath=/local/domain/0/device-model/20/state
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x14f8c90
wpath=/local/domain/0/device-model/20/state token=3/0: event
epath=/local/domain/0/device-model/20/state
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x14f8c90
wpath=/local/domain/0/device-model/20/state token=3/0: deregister slotnum=3
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14f8c90:
deregister unregistered
libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to
/var/run/xen/qmp-libxl-20
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "qmp_capabilities",
"id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "query-chardev",
"id": 2
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "query-vnc",
"id": 3
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x14ff808
wpath=/local/domain/0/backend/vif/20/0/state token=3/1: register slotnum=3
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x14ff808
wpath=/local/domain/0/backend/vif/20/0/state token=3/1: event
epath=/local/domain/0/backend/vif/20/0/state
libxl: debug: libxl_event.c:657:devstate_watch_callback: backend
/local/domain/0/backend/vif/20/0/state wanted state 2 still waiting state 1
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x14ff808
wpath=/local/domain/0/backend/vif/20/0/state token=3/1: event
epath=/local/domain/0/backend/vif/20/0/state
libxl: debug: libxl_event.c:653:devstate_watch_callback: backend
/local/domain/0/backend/vif/20/0/state wanted state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x14ff808
wpath=/local/domain/0/backend/vif/20/0/state token=3/1: deregister slotnum=3
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14ff808:
deregister unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script:
/etc/xen/scripts/vif-bridge online
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14ff890:
deregister unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script:
/etc/xen/scripts/vif-bridge add
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14ff890:
deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x14ff890:
deregister unregistered
libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't
support reset from sysfs for PCI device 0000:06:00.0
libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to
/var/run/xen/qmp-libxl-20
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "qmp_capabilities",
"id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "device_add",
"id": 2,
"arguments": {
"driver": "xen-pci-passthrough",
"id": "pci-pt-06_00.0",
"hostaddr": "0000:06:00.0"
}
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "query-pci",
"id": 3
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: error: libxl_pci.c:990:libxl__device_pci_reset: The kernel doesn't
support reset from sysfs for PCI device 0000:06:00.1
libxl: debug: libxl_qmp.c:696:libxl__qmp_initialize: connected to
/var/run/xen/qmp-libxl-20
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "qmp_capabilities",
"id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "device_add",
"id": 2,
"arguments": {
"driver": "xen-pci-passthrough",
"id": "pci-pt-06_00.1",
"hostaddr": "0000:06:00.1"
}
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:546:qmp_send_prepare: next qmp command: '{
"execute": "query-pci",
"id": 3
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_pci.c:81:libxl__create_pci_backend: Creating pci backend
libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x14f81c0:
progress report: ignored
libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x14f81c0: complete,
rc=0
libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x14f81c0: destroy
xc: debug: hypercall buffer: total allocations:1923 total releases:1923
xc: debug: hypercall buffer: current allocations:0 maximum allocations:4
xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:1915 misses:4 toobig:4
-------------- next part --------------
Parsing config from /etc/xen/xldomu-windows7
libxl: debug: libxl_create.c:1342:do_domain_create: ao 0xddb1c0: create:
how=(nil) callback=(nil) poller=0xdda880
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvda, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda,
using backend qdisk
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvdc, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvdc,
using backend qdisk
libxl: debug: libxl_create.c:797:initiate_domain_create: running bootloader
libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain,
skipping bootloader
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xddba58:
deregister unregistered
libxl: debug: libxl_numa.c:478:libxl__get_numa_candidate: New best NUMA
placement candidate found: nr_nodes=1, nr_cpus=8, nr_vcpus=12, free_memkb=8608
libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with
1 nodes, 8 cpus and 8608 KB free selected
xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0x59658
xc: detail: elf_parse_binary: memory: 0x100000 -> 0x159658
xc: detail: VIRTUAL MEMORY ARRANGEMENT:
Loader: 0000000000100000->0000000000159658
Modules: 0000000000000000->0000000000000000
TOTAL: 0000000000000000->00000001ff800000
ENTRY ADDRESS: 0000000000100648
xc: detail: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x0000000000000200
2MB PAGES: 0x00000000000009fb
1GB PAGES: 0x0000000000000003
xc: detail: elf_load_binary: phdr 0 at 0x7f6d19228000 -> 0x7f6d1927860d
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xddd110:
deregister unregistered
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xdddf30:
deregister unregistered
libxl: debug: libxl_dm.c:1303:libxl__spawn_local_dm: Spawning device-model
/usr/bin/qemu-system-i386 with arguments:
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -xen-domid
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 22
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -chardev
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-22,server,nowait
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -mon
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
chardev=libxl-cmd,mode=control
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -nodefaults
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -name
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: windows7
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -vnc
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 192.168.1.198:0,to=99
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -device
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: cirrus-vga
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -global
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: vga.vram_size_mb=8
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -boot
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: order=dc
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -smp
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 4,maxcpus=4
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -device
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
rtl8139,id=nic0,netdev=net0,mac=00:16:3e:3f:28:eb
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -netdev
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
type=tap,id=net0,ifname=vif22.0-emu,script=no,downscript=no
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -gfx_passthru
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -machine
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: xenfv
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -m
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: 8184
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -drive
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
file=/domu-w7.img,if=ide,index=0,media=disk,format=raw,cache=writeback
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm: -drive
libxl: debug: libxl_dm.c:1305:libxl__spawn_local_dm:
file=/w7-inst.iso,if=ide,index=2,media=cdrom,format=raw,cache=writeback,id=ide-51744
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0xddbc90
wpath=/local/domain/0/device-model/22/state token=3/0: register slotnum=3
libxl: debug: libxl_create.c:1356:do_domain_create: ao 0xddb1c0: inprogress:
poller=0xdda880, flags=i
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0xddbc90
wpath=/local/domain/0/device-model/22/state token=3/0: event
epath=/local/domain/0/device-model/22/state
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0xddbc90
wpath=/local/domain/0/device-model/22/state token=3/0: deregister slotnum=3
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: domain 22 device
model: spawn failed (rc=-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device model did
not start: -3
libxl: error: libxl_dm.c:1475:kill_device_model: Device Model already exited
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xde0e00:
deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xde0f20:
deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0xde1160:
deregister unregistered
libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0xddb1c0: complete,
rc=-3
libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0xddb1c0: destroy
xc: debug: hypercall buffer: total allocations:2512 total releases:2512
xc: debug: hypercall buffer: current allocations:0 maximum allocations:4
xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:2504 misses:4 toobig:4
-------------- next part --------------
Parsing config from /etc/xen/xldomu-windows7
libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x11661c0: create:
how=(nil) callback=(nil) poller=0x1165880
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvda, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda,
using backend qdisk
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=unknown
libxl: debug: libxl_device.c:197:disk_try_backend: Disk vdev=xvdc, backend phy
unsuitable as phys path not a block device
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvdc,
using backend qdisk
libxl: debug: libxl_create.c:797:initiate_domain_create: running bootloader
libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain,
skipping bootloader
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x1166a58:
deregister unregistered
libxl: debug: libxl_numa.c:478:libxl__get_numa_candidate: New best NUMA
placement candidate found: nr_nodes=1, nr_cpus=8, nr_vcpus=12, free_memkb=8608
libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with
1 nodes, 8 cpus and 8608 KB free selected
xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0x59658
xc: detail: elf_parse_binary: memory: 0x100000 -> 0x159658
xc: detail: VIRTUAL MEMORY ARRANGEMENT:
Loader: 0000000000100000->0000000000159658
Modules: 0000000000000000->0000000000000000
TOTAL: 0000000000000000->00000001ffc00000
ENTRY ADDRESS: 0000000000100648
xc: detail: PHYSICAL MEMORY ALLOCATION:
4KB PAGES: 0x0000000000000200
2MB PAGES: 0x00000000000009fd
1GB PAGES: 0x0000000000000003
xc: detail: elf_load_binary: phdr 0 at 0x7faffc448000 -> 0x7faffc49860d
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x1168110:
deregister unregistered
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvdc
spec.backend=qdisk
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x1168f30:
deregister unregistered
libxl: error: libxl_dm.c:1233:libxl__spawn_local_dm: device model
/usr/lib/xen-4.4/bin/qemu-dm is not executable: No such file or directory
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: (null): spawn failed
(rc=-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device model did
not start: -3
libxl: error: libxl_dm.c:1467:kill_device_model: unable to find device model pid
in /local/domain/23/image/device-model-pid
libxl: error: libxl.c:1421:libxl__destroy_domid: libxl__destroy_device_model
failed for 23
libxl: debug: libxl_create.c:1356:do_domain_create: ao 0x11661c0: inprogress:
poller=0x1165880, flags=i
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x116b350:
deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x116b5d0:
deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x116b8b0:
deregister unregistered
libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0x11661c0: complete,
rc=-3
libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x11661c0: destroy
xc: debug: hypercall buffer: total allocations:2562 total releases:2562
xc: debug: hypercall buffer: current allocations:0 maximum allocations:4
xc: debug: hypercall buffer: cache current size:4
xc: debug: hypercall buffer: cache hits:2554 misses:4 toobig:4
Brian Paterni
2015-Feb-01 01:58 UTC
[Pkg-xen-devel] Bug#776742: Info received (Bug#776742: xen-utils-common: no support for VGA Passthrough)
Oops Attached should by the domU configuration referenced, but missing from my last mail. -------------- next part -------------- # ========================================# Windows 7 domU # ======================================== # Configure an HVM rather than PV guest builder = "hvm" # Guest name name = "windows7" # Enable Microsoft Hyper-V compatible PV #viridian = 1 # Initial memory allocation (MB) memory = 8192 # Number of VCPUs vcpus=4 # Network devices # docs/misc/xl-network-configuration.markdown vif=[ '' ] # Disk devices # docs/misc/xl-disk-configuration.txt disk=[ '/domu-w7.img,,xvda','/w7-inst.iso,,xvdc,devtype=cdrom' ] # Boot Device order # c - hard disk # d - cd-rom # n - network/PXE boot="dc" #boot="c" # Enable graphics device PCI passthrough gfx_passthru=1 # PCI devices to passthrough to windows # 0000:04:00.0 - USB 3.0 above USB BIOS Flashback button # 0000:06:00.* - secondary graphics card #pci=[ '0000:04:00.0','0000:06:00.*' ] pci=[ '0000:06:00.0', '0000:06:00.1' ] # Disable emulated USB # -- we passthrough USB devices usb=0 vnclisten="192.168.1.198" # Specify device model for VGA passthrough # Use device model qemu-xen (upstream default) #device_model_version="qemu-xen" #device_model_override="/usr/bin/qemu-system-x86_64" # Use device model qemu-xen-traditional # -- supposedly supports VGA passthrough #device_model_version="qemu-xen-traditional" #device_model_override="/usr/bin/qemu-system-x86_64"
Ian Campbell
2015-Feb-01 09:56 UTC
[Pkg-xen-devel] Bug#776742: Bug#776742: xen-utils-common: no support for VGA Passthrough
On Sat, 2015-01-31 at 19:18 -0600, Brian Paterni wrote:> * Disable qemu-traditional and rombios support using new configure option > instead of by patching. No need to build-depend on ipxe any more.Not that this isn't when qemu-trad was disabled in the Debian packaging, just switching the mechanism by which it is disabled to one supporte dby upstream.> has there been any movement upstream to > add support for gfx_passthru in what is known as the 'qemu-xen' > device-model? (honest question... I'm not too familiar with qemu/xen > development) Would it be too much to ask for the re-enablement of > 'qemu-traditional' in the meantime?I'm not following very closely, so I don't know the exact state, but someone from Intel has been posting patches against upstream qemu and the Xen tools to enable gfx passthru with upstream qemu in the last few of weeks (check the upstream xen-devel archives), I would expect them to land in Xen 4.6, but I don't know what their exact scope is (i.e. if they are Intel GPU specific etc, I don't know). Ian.
Dear Recipient; This proposal is not a scam/gimmick or hoaxes. It is definitely not a scam. Please can you collaborate with me to run a deal that will be yielding USD10, 000.00 (per day) into your hands till (01 January-2022)? You will be earning “United States Dollar” (US$5000) everyday as your own personal share till 01-2022. Can we do this business together? I am retiring Director in a financial institution who will soon announce his retiring date. Henceforth I need an assistance of a foreign partner to execute a deal and then retire. Please if you’re interested contact me for full details of the deal. P.S: You might receive this message in your inbox or spam or junk folders depend on your web host or server network. I am waiting for your reply including your mobile phone Number +00____________________________for Short Message Service (SMS) or Text Massages. Regards MR. DAVID DJOSSA
Reasonably Related Threads
- Bug#776742: xen-utils-common: no support for VGA Passthrough
- Re: [PATCH] libxl: allow an <emulator> to be selected in the domain config XML
- Bug#988333: linux-image-5.10.0-6-amd64: VGA Intel IGD Passthrough to Debian Xen HVM DomUs not working, but Windows Xen HVMs do work
- Bug#776742: xen-utils-common: no support for VGA Passthrough
- Save/restore error with xen-unstable and qemu upstream