similar to: VGA passthrough with Xen 4.3 and xl toolstack - performance degradation resolved?

On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote: > When you use xl toolstack, you can't reboot domUs. > When you switch back to xm toolstack, than reboot works again. > I think the problem with the debian packaged version is the same as in > this thread: > http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html > I also think it's a security issue,

I get “Unable to connect to libvirt” when using virt-manager in combination with the XL toolstack and Xen 4.2.1. (No problems when using virt-manager in combination with the XM toolstack.) More details of the situation can be found in a bug-report that I filed on launchpad. Please see: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1180281 Judging from the information that I provided

Hi, "Ian Campbell" <ijc at hellion.org.uk> ?rta 2013-10-22 11:17-kor: > On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote: > > When you use xl toolstack, you can't reboot domUs. > > When you switch back to xm toolstack, than reboot works again. > > I think the problem with the debian packaged version is the same as in > > this thread: > >

Hej folks, I''m messing around with DRBD once again but with a new Xen 4.1.2 installation using the XL toolstack instead of the xend daemon. However, after getting my DRBD installed and a device operational, trying to create a domU using the drbd block device doesn''t want to work: xl create -c test.cfg Parsing config file test.cfg Unknown disk type: drbd My config has: disk

Hello, everybody! Does anyone have experience of running win7/winxp with xl? As for me, I got HAL_INITIALIZATION_FAILED BSOD on win7 booting and guest hanging in case of winxp. When i run these guests (with the same configs) with xm, everything is ok. The guests boot perfectly. Did anyone run into it too? I use the lattest xen-unstable, but i saw the problem several months ago too. My

I have an issue on Xen 4.2+ (now on yesterday''s tip) where when I try to use an iso image as cdrom for a pv domU, it appears that the devices is an unusable state on the domU side. DomU kernel output: http://bpaste.net/show/63482/ xen logs: http://bpaste.net/show/63490/ udevadm monitor output: http://bpaste.net/show/63481/ I can work around this issue easily by creating a loop back

Hello, After creating and destroying a number of domUs, I noticed that /local/domain/0/backend starts to get cluttered when using XL. The vif, vfb, vkbd, and vbd sections look like this: 270 = "" 271 = "" 272 = "" 273 = "" 274 = "" 275 = "" Where the dom ID is set to an empty value, however the console

Package: xen-utils-common Version: 4.1.2-7 Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, The script /usr/lib/xen-common/bin/xen-toolstack improperly aborts if *either* `xm` or `xl` cannot be found in the xen-dir (/usr/lib/xen-4.0/bin). This means that a default installation (e.g. following Debian wiki on the subject, namely installing xen-linux-system and

Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important Tags: security patch When you use xl toolstack, you can't reboot domUs. When you switch back to xm toolstack, than reboot works again. I think the problem with the debian packaged version is the same as in this thread: http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html I also think it's a security issue,

Hello, Currently it seems that the drbd disk type with Xen''s XL toolstack (vs XM) to get the automatic promotion/demotion behavior of drbd devices is not supported. Is there something I can tweak with the block-drbd script to get this to work? Thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

Hello, Currently it seems that the drbd disk type with Xen''s XL toolstack (vs XM) to get the automatic promotion/demotion behavior of drbd devices is not supported. Is there something I can tweak with the block-drbd script to get this to work? Thanks, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

Hello all I''ve just installed xen 4.1.1 on my server and was tryoing to tweak xendomains script to work with new xl schema but I can´t get it to save domains. It does start them with some changes I made to it but when I issue service xendomains stop I just get [ OK ] but domains stay running. Has xendomains script been ported to work with 4.1.1 or is there another alternative to it.

I''ve migrated my Dom0 host to Xen 4.2.0 + xl toolstack. With ''xm'' toolstack, configs in /etc/xen/auto are autostarted, assuming xend/xendomains services are started. IIUC, when using xl toolstack, those services are not to be started; and, afaict, the installation process for 4.2 has them disabled by default. Now, the configs in /etc/xen/auto are simply ignored. I

I recently managed to get PCI Passthrough to work for a Windows HVM operating under Xen 3.2 on Fedora 8. I needed to get USB ports passed through to the Windows VM with full hot plug functionality and I was able to get that working using a Dell 755 with a USB PCI expansion card. However, when trying to bring the box up to an operational status status I have encountered some rather severe

Hi, everyone! I am working on xen-4.2.0 with spice remote connect. My host is Fedora 14 and guest is win7. I have installed spice package and now I can connect to guest by spice client. For better graphics experience, I want to try the VGA passthrough. With spice tool, I have to create a VM by xl command, and now I am wondering if it supports VGA passghrouth? If so, how should I test it ?

Package: xcp-xapi Version: 1.3.2-15 Severity: normal I am trying to pass an SRIOV virtual function in a virtual machine but the attempt fails with the following errors shown in the xcp-xapi.log [20130829T19:29:17.909Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|pciops] PCI devices from other-config:pci to attach: 0/0000:04:00.1 [20130829T19:29:18.012Z|debug|sriov1|314 UNIX

https://bugs.freedesktop.org/show_bug.cgi?id=89455 Bug ID: 89455 Summary: Unigine Heaven black and white boxes Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi, I was able to do VGA/PCI Passthrough on an i7-3770 integrated GPU HD4000 to a Windows 8 HVM. Xen 4.1.3 running on a Debian Wheezy (kernel 3.2.0-3-amd64 and 3.5-trunk) dom0, xm toolstack and pci-stub were used. Other PCI devices such as USB 2.0 controller and audio were also passed to the domU. The hardware used is the following: Intel Core i7-3770 CPU, Intel DQ77MK Motherboard with

-----Original Message----- From: Dariusz Krempa [mailto:imperiaonline4@gmail.com] Sent: Wednesday, September 19, 2012 11:23 AM To: Marc Tousignant Subject: Re: [Xen-users] PCIe/VGA passthrough 2012/9/19 Marc Tousignant <myrdhn@gmail.com>: > > > -----Original Message----- > From: Dariusz Krempa [mailto:imperiaonline4@gmail.com] > Sent: Wednesday, September 19, 2012 9:29 AM

Dear All, I have tried to apply VGA passthrough patches hosted at Jean David Techer''s website to Xen 4.3-unstable. However, I cannot get VGA passthrough to work with Xen 4.3-unstable. Are the VGA passthrough patches hosted at David Techer''s website incompatible with Xen 4.3-unstable? This is David Techer''s website: