* Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option"
@ 2014-06-16 4:15 merc1984
2014-06-16 8:06 ` Fabio Fantoni
0 siblings, 1 reply; 4+ messages in thread
From: merc1984 @ 2014-06-16 4:15 UTC (permalink / raw)
To: Xen-devel
Debian Testing in dom0 & domU, with xen 4.3.0-3 installed as packages
from the repo.
When setting device_model_version =qemu-xen-traditional in prep for VGA
passthru (as qemu-xen does not yet support it apparently), on xl create
it consistently gives:
Parsing config from cygnus.cfg
libxl: error: libxl_dm.c:1300:libxl__destroy_device_model: could not
find device-model's pid for dom 4
libxl: error: libxl.c:1408:libxl__destroy_domid:
libxl__destroy_device_model failed for 4
In /var/log/xen/qemu-dm-cygnus.log it only says:
-domain-name: invalid option.
Note that I haven't enabled VGA passthrough at this point, on either
dom0 or domU. The failure strictly has to do with device_model_version
=qemu-xen-traditional . Set it back to qemu-xen and domU starts great.
But I need -traditional for VGA passthru.
In a search of /etc the only occurrance of 'domain-name' is in
/etc/xen/scripts/network-nat, but commenting out that line doesn't
change anything.
I notice that two bugs for this have been filed on libvirt-bin, but I
didn't even have it installed. And installing it didn't change
anything.
http://osdir.com/ml/general/2014-04/msg48283.html
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746156
My .cfg file works great with device_model_version = "qemu-xen" and no
other changes except enabling bios = "seabios". I've tried commenting
out everything except the bare minimum, but nothing changes.
--------------------------------------------------------------------------------
name = "cygnus"
builder = 'hvm'
bootloader = 'pygrub'
# Enable PVHVM
xen_platform_pci=1
device_model_version = "qemu-xen"
# for VGA passthrough, as qemu-xen does not support it
yet
# device_model_version = "qemu-xen-traditional"
device_model_override = "/usr/bin/qemu-system-x86_64"
bios = "seabios"
# Start the guest with MBYTES megabytes of RAM.
memory = 2048
# Keep time in domU, from dom0
localtime=1
# Disk device(s). Using LVM
root = '/dev/xvda1 ro'
disk = [
'phy:/dev/vg0/cygnus-disk,xvda,w',
'phy:/dev/vg0/cygnus-swap,xvdb,w',
#
'phy:/dev/disk/by-uuid/68350bc1-b14e-4457-a4bf-1b03dc2ace67,xvdg,w',
#
'phy:/dev/disk/by-uuid/8a19b7d7-3684-45b6-a5b3-848cd0b20d8d,xvdh,w',
#
'phy:/dev/disk/by-uuid/e609e777-576d-46b8-8988-24803a5f9565,xvdi,w',
# 'phy:/dev/sdd,xvdj,w',
# 'phy:/dev/sr0,sdg:cdrom,w',
# 'file:/home/bill/debian-jessie.iso,sdc:cdrom,r'
]
# hard disk (c), cd-rom (d) or network/PXE (n).
boot="dc"
# Peripherals
# gfx_passthru=1
# pci = [
'00:02.0,power_mgmt=1,msitranslate=1','00:03.0','00:1a.0','00:1b.0','00:1d.0','05:00.0'
]
pci = [
'00:03.0','00:1a.0','00:1b.0','00:1d.0','05:00.0' ]
viridian=1
vif = ['mac=00:16:5e:02:a3:53, bridge=cygnus0br, model=e1000']
usb=1
# usbversion = "2"
# tablet (for mouse pointer), r5000, Canon scanner:
usbdevice = [
'host:0547:1002',
'tablet',
'host:04a9:1716',
'host:0bda:0151',
]
vfb = [ 'type=vnc,vncpasswd=antonio7,keymap=en-us' ]
vncdisplay = "10"
vga = 'stdvga'
# The display should not be presented via an X window (using Simple
DirectMedia Layer).
sdl=0
# serial='pty'
# Behaviour
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
--
http://www.fastmail.fm - Faster than the air-speed velocity of an
unladen european swallow
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option"
2014-06-16 4:15 Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option" merc1984
@ 2014-06-16 8:06 ` Fabio Fantoni
2014-06-16 13:45 ` merc1984
2014-06-16 16:45 ` merc1984
0 siblings, 2 replies; 4+ messages in thread
From: Fabio Fantoni @ 2014-06-16 8:06 UTC (permalink / raw)
To: merc1984, Xen-devel
Il 16/06/2014 06:15, merc1984@f-m.fm ha scritto:
> Debian Testing in dom0 & domU, with xen 4.3.0-3 installed as packages
> from the repo.
>
> When setting device_model_version =qemu-xen-traditional in prep for VGA
> passthru (as qemu-xen does not yet support it apparently), on xl create
> it consistently gives:
> Parsing config from cygnus.cfg
> libxl: error: libxl_dm.c:1300:libxl__destroy_device_model: could not
> find device-model's pid for dom 4
> libxl: error: libxl.c:1408:libxl__destroy_domid:
> libxl__destroy_device_model failed for 4
debian has removed qemu-traditional long time ago
>
>
> In /var/log/xen/qemu-dm-cygnus.log it only says:
> -domain-name: invalid option.
>
> Note that I haven't enabled VGA passthrough at this point, on either
> dom0 or domU. The failure strictly has to do with device_model_version
> =qemu-xen-traditional . Set it back to qemu-xen and domU starts great.
> But I need -traditional for VGA passthru.
>
> In a search of /etc the only occurrance of 'domain-name' is in
> /etc/xen/scripts/network-nat, but commenting out that line doesn't
> change anything.
>
> I notice that two bugs for this have been filed on libvirt-bin, but I
> didn't even have it installed. And installing it didn't change
> anything.
> http://osdir.com/ml/general/2014-04/msg48283.html
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746156
>
> My .cfg file works great with device_model_version = "qemu-xen" and no
> other changes except enabling bios = "seabios". I've tried commenting
> out everything except the bare minimum, but nothing changes.
>
> --------------------------------------------------------------------------------
> name = "cygnus"
> builder = 'hvm'
> bootloader = 'pygrub'
> # Enable PVHVM
> xen_platform_pci=1
>
> device_model_version = "qemu-xen"
> # for VGA passthrough, as qemu-xen does not support it
> yet
> # device_model_version = "qemu-xen-traditional"
> device_model_override = "/usr/bin/qemu-system-x86_64"
> bios = "seabios"
>
> # Start the guest with MBYTES megabytes of RAM.
> memory = 2048
> # Keep time in domU, from dom0
> localtime=1
>
> # Disk device(s). Using LVM
> root = '/dev/xvda1 ro'
> disk = [
> 'phy:/dev/vg0/cygnus-disk,xvda,w',
> 'phy:/dev/vg0/cygnus-swap,xvdb,w',
> #
> 'phy:/dev/disk/by-uuid/68350bc1-b14e-4457-a4bf-1b03dc2ace67,xvdg,w',
> #
> 'phy:/dev/disk/by-uuid/8a19b7d7-3684-45b6-a5b3-848cd0b20d8d,xvdh,w',
> #
> 'phy:/dev/disk/by-uuid/e609e777-576d-46b8-8988-24803a5f9565,xvdi,w',
>
> # 'phy:/dev/sdd,xvdj,w',
>
> # 'phy:/dev/sr0,sdg:cdrom,w',
> # 'file:/home/bill/debian-jessie.iso,sdc:cdrom,r'
> ]
> # hard disk (c), cd-rom (d) or network/PXE (n).
> boot="dc"
>
> # Peripherals
> # gfx_passthru=1
> # pci = [
> '00:02.0,power_mgmt=1,msitranslate=1','00:03.0','00:1a.0','00:1b.0','00:1d.0','05:00.0'
> ]
> pci = [
> '00:03.0','00:1a.0','00:1b.0','00:1d.0','05:00.0' ]
> viridian=1
> vif = ['mac=00:16:5e:02:a3:53, bridge=cygnus0br, model=e1000']
> usb=1
> # usbversion = "2"
> # tablet (for mouse pointer), r5000, Canon scanner:
> usbdevice = [
> 'host:0547:1002',
> 'tablet',
> 'host:04a9:1716',
> 'host:0bda:0151',
> ]
> vfb = [ 'type=vnc,vncpasswd=antonio7,keymap=en-us' ]
> vncdisplay = "10"
> vga = 'stdvga'
>
> # The display should not be presented via an X window (using Simple
> DirectMedia Layer).
> sdl=0
> # serial='pty'
>
> # Behaviour
> on_poweroff = 'destroy'
> on_reboot = 'restart'
> on_crash = 'restart'
>
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option"
2014-06-16 8:06 ` Fabio Fantoni
@ 2014-06-16 13:45 ` merc1984
2014-06-16 16:45 ` merc1984
1 sibling, 0 replies; 4+ messages in thread
From: merc1984 @ 2014-06-16 13:45 UTC (permalink / raw)
To: Fabio Fantoni, Xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1002 bytes --]
On Mon, Jun 16, 2014, at 1:06, Fabio Fantoni wrote:
Il 16/06/2014 06:15, [1]merc1984@f-m.fm ha scritto:
Debian Testing in dom0 & domU, with xen 4.3.0-3 installed as packages
from the repo.
When setting device_model_version =qemu-xen-traditional in prep for VGA
passthru (as qemu-xen does not yet support it apparently), on xl create
it consistently gives:
Parsing config from cygnus.cfg
libxl: error: libxl_dm.c:1300:libxl__destroy_device_model: could not
find device-model's pid for dom 4
libxl: error: libxl.c:1408:libxl__destroy_domid:
libxl__destroy_device_model failed for 4
debian has removed qemu-traditional long time ago
Oh? I didn't find that anywhere on The Internets.
But I read that qemu-xen does not support VGA passthru yet.
How is it possible to get VGA passthru? Are there any instructions
anywhere?
References
1. mailto:merc1984@f-m.fm
--
http://www.fastmail.fm - Faster than the air-speed velocity of an
unladen european swallow
[-- Attachment #1.2: Type: text/html, Size: 2093 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option"
2014-06-16 8:06 ` Fabio Fantoni
2014-06-16 13:45 ` merc1984
@ 2014-06-16 16:45 ` merc1984
1 sibling, 0 replies; 4+ messages in thread
From: merc1984 @ 2014-06-16 16:45 UTC (permalink / raw)
To: Fabio Fantoni, Xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 4083 bytes --]
On Mon, Jun 16, 2014, at 1:06, Fabio Fantoni wrote:
Il 16/06/2014 06:15, [1]merc1984@f-m.fm ha scritto:
Debian Testing in dom0 & domU, with xen 4.3.0-3 installed as packages
from the repo.
When setting device_model_version =qemu-xen-traditional in prep for VGA
passthru (as qemu-xen does not yet support it apparently), on xl create
it consistently gives:
Parsing config from cygnus.cfg
libxl: error: libxl_dm.c:1300:libxl__destroy_device_model: could not
find device-model's pid for dom 4
libxl: error: libxl.c:1408:libxl__destroy_domid:
libxl__destroy_device_model failed for 4
debian has removed qemu-traditional long time ago
Looks like I'm snookered. From Fabio's comment I inferred that maybe
Debian's 4.3 packages have only qemu-xen, which does not support VGA
passthru.
So maybe current unstable does. I git cloned that and tried to
compile, but it fails. So I downloaded the current 4.4 SUpported, but
its compile fails as well.
gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing
-std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement
-Wno-unused-but-set-variable -Wno-unused-local-typedefs
-D__XEN_TOOLS__ -MMD -MF .block-log.o.d -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -fno-optimize-sibling-calls -Werror -g
-Wno-unused -fno-strict-aliasing -I../include -I../drivers
-I/usr/local/src/xen-4.4.0/tools/blktap2/drivers/../../../tools/libxc
-I/usr/local/src/xen-4.4.0/tools/blktap2/drivers/../../../tools/include
-D_GNU_SOURCE -DUSE_NFS_LOCKS -fPIC -c -o block-log.o block-log.c
gcc -O1 -fno-omit-frame-pointer -m64 -g -fno-strict-aliasing
-std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement
-Wno-unused-but-set-variable -Wno-unused-local-typedefs
-D__XEN_TOOLS__ -MMD -MF .block-qcow.o.d -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -fno-optimize-sibling-calls -Werror -g
-Wno-unused -fno-strict-aliasing -I../include -I../drivers
-I/usr/local/src/xen-4.4.0/tools/blktap2/drivers/../../../tools/libxc
-I/usr/local/src/xen-4.4.0/tools/blktap2/drivers/../../../tools/include
-D_GNU_SOURCE -DUSE_NFS_LOCKS -fPIC -c -o block-qcow.o block-qcow.c
block-qcow.c: In function âget_cluster_offsetâ:
block-qcow.c:431:3: error: âtmp_ptrâ may be used uninitialized in
this function [-Werror=maybe-uninitialized]
memcpy(tmp_ptr, l1_ptr, 4096);
^
block-qcow.c:606:7: error: âtmp_ptr2â may be used uninitialized in
this function [-Werror=maybe-uninitialized]
if (write(s->fd, tmp_ptr2, 4096) != 4096) {
^
cc1: all warnings being treated as errors
/usr/local/src/xen-4.4.0/tools/blktap2/drivers/../../../tools/Rules.mk:
89: recipe for target 'block-qcow.o' failed
make[6]: *** [block-qcow.o] Error 1
make[6]: Leaving directory
'/usr/local/src/xen-4.4.0/tools/blktap2/drivers'
/usr/local/src/xen-4.4.0/tools/blktap2/../../tools/Rules.mk:105: recipe
for target 'subdir-install-drivers' failed
make[5]: *** [subdir-install-drivers] Error 2
make[5]: Leaving directory '/usr/local/src/xen-4.4.0/tools/blktap2'
/usr/local/src/xen-4.4.0/tools/blktap2/../../tools/Rules.mk:100: recipe
for target 'subdirs-install' failed
make[4]: *** [subdirs-install] Error 2
make[4]: Leaving directory '/usr/local/src/xen-4.4.0/tools/blktap2'
/usr/local/src/xen-4.4.0/tools/../tools/Rules.mk:105: recipe for target
'subdir-install-blktap2' failed
make[3]: *** [subdir-install-blktap2] Error 2
make[3]: Leaving directory '/usr/local/src/xen-4.4.0/tools'
/usr/local/src/xen-4.4.0/tools/../tools/Rules.mk:100: recipe for target
'subdirs-install' failed
make[2]: *** [subdirs-install] Error 2
make[2]: Leaving directory '/usr/local/src/xen-4.4.0/tools'
Makefile:96: recipe for target 'install-tools' failed
make[1]: *** [install-tools] Error 2
make[1]: Leaving directory '/usr/local/src/xen-4.4.0'
Makefile:144: recipe for target 'world' failed
make: *** [world] Error 2
References
1. mailto:merc1984@f-m.fm
--
http://www.fastmail.fm - Or how I learned to stop worrying and
love email again
[-- Attachment #1.2: Type: text/html, Size: 6313 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-06-16 16:45 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-06-16 4:15 Bug Report - Debian, HVM, + qemu-xen-traditional "-domain-name: invalid option" merc1984
2014-06-16 8:06 ` Fabio Fantoni
2014-06-16 13:45 ` merc1984
2014-06-16 16:45 ` merc1984
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.