Discussion:
Bug#776742: xen-utils-common: no support for VGA Passthrough
(too old to reply)
Brian Paterni
2015-02-01 01:30:02 UTC
Permalink
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 <***@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
--
To UNSUBSCRIBE, email to debian-bugs-dist-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Brian Paterni
2015-02-01 02:00:01 UTC
Permalink
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
Brian Paterni
2015-02-01 02:10:01 UTC
Permalink
Oops

Attached should by the domU configuration referenced, but missing from
my last mail.
Ian Campbell
2015-02-01 10:10:02 UTC
Permalink
Post by Brian Paterni
* 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.
Post by Brian Paterni
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.
--
To UNSUBSCRIBE, email to debian-bugs-dist-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
DJOSSA D
2019-11-08 14:30:01 UTC
Permalink
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

Loading...