similar to: error: xl pci-attach assign pci to vm

Does anyone use xen-4.1.1 + linux-3.0-rc6 (vanilla)? when using "xl create" on pv domUs, it fails with libxl: error: libxl_device.c:476:libxl__wait_for_device_model Device Model not ready xl: fatal error: libxl_create.c:535, rc=-1: libxl__confirm_device_model_startup However, any one of: - using xm - using HVM domU - using a different dom0 kernel (e.g. 2.6.32 from JF''s git)

I think it has to be something trivial, but I cannot start 2 windows servers at the same time on the same dom0. If I start server 2008 first I can''t start 2012, if I start 2012, I can''t start 2008. The failure is: libxl: error: libxl_device.c:470:libxl__wait_for_device_model Device Model not ready xl: fatal error: libxl_create.c:535, rc=-1: libxl__confirm_device_model_startup

Hi, I am working of Intel 82576 device to test the SRIOV functionality. I want to assign VFs to a VMs(domU) and verify the control and data path. I installed Xen-unstable with 2.6.30-rc3(dom0). But the SRIOV functionality isn''t working, because MSI is not supported. Please let me know, what version of Xen and dom0 supports above functionality? Is there any tool available to manage SRIOV

I always failed to build the xen in my enironment, with following error (my gcc version is 4.1.2): > gcc -O1 -fno-omit-frame-pointer -fno-optimize-sibling-calls -m64 -g > -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value > -Wdeclaration-after-statement -D__XEN_TOOLS__ -MMD > -MF .libxenlight.so.1.0.0.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -Werror

I''ve just had my first attempt at getting VGA passthrough to work, and it crashed the machine. I''m trying to understand whether this is a problem with my hardware, configuration or a software problem. I''m running Xen 4.1.2 with Linux 3.1.2 The CPU is an Intel Core i5-650 http://ark.intel.com/products/43546/Intel-Core-i5-650-Processor-%284M-Cache-3_20-GHz%29 The Video

There are new build errors in xen-unstable since revision 23368. Wether the _libxl_paths.h.tmp/_libxl_paths.h errros/warnings are new, no idea. Olaf .......... make -C libxl install make[3]: Entering directory `/usr/src/packages/BUILD/xen-unstable.hg-4.2.23437/tools/libxl'' python gentypes.py libxl.idl __libxl_types.h __libxl_types.c rm -f _libxl_paths.h.tmp.tmp; echo

Changes since v1: - Fix a double-free bug introduced by v1, pointed out by Stefano where internal pointer was being passed back to caller from libxl_create_stubdom() 8<---------------------------------------------------------------------- Currently scratch variables allocated by libxl have the same lifetime as the context. While this is suitable for one off invocations of xl. It is not

On Wed, Jun 06, 2018 at 03:44:11PM +0300, Michael S. Tsirkin wrote: > On Wed, Jun 06, 2018 at 08:11:54PM +0800, Tiwei Bie wrote: > > On Tue, Jun 05, 2018 at 03:23:11PM +0300, Michael S. Tsirkin wrote: > > > On Tue, Jun 05, 2018 at 09:36:53AM +0800, Tiwei Bie wrote: > > > > On Mon, Jun 04, 2018 at 07:32:25PM +0300, Michael S. Tsirkin wrote: > > > > > On

On Tue, Jun 05, 2018 at 03:23:11PM +0300, Michael S. Tsirkin wrote: > On Tue, Jun 05, 2018 at 09:36:53AM +0800, Tiwei Bie wrote: > > On Mon, Jun 04, 2018 at 07:32:25PM +0300, Michael S. Tsirkin wrote: > > > On Fri, Jun 01, 2018 at 12:02:39PM +0800, Tiwei Bie wrote: > > > > There is a new feature bit allocated in virtio spec to > > > > support SR-IOV

Hello, We encountered a problem while testing SRIOV on kubevirt [1]: We are currently using the Device "hostdev" generic options to pass-through the VF to the guest. It is not done through the "interface" (with type hostdev) because that option requires access to the PF which is not available in our case (the VF is moved to the container namespace where libvirt runs, but not

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

Package: xen-utils-4.1 Version: 4.1.0-2 Severity: important I had a working Xen server with 4.0 hypervisor and 2.6.32 kernels. After updating (and booting up) 4.1 hypervisor with 2.6.38 kernel, any attempt to create a VM failed (also the ones saved from previous book don't come up either). If I try to use xl : # xl create /etc/xen/lithium.vm.carpediem.sh.cfg Parsing config file

On Mon, Jun 04, 2018 at 07:32:25PM +0300, Michael S. Tsirkin wrote: > On Fri, Jun 01, 2018 at 12:02:39PM +0800, Tiwei Bie wrote: > > There is a new feature bit allocated in virtio spec to > > support SR-IOV (Single Root I/O Virtualization): > > > > https://github.com/oasis-tcs/virtio-spec/issues/11 > > > > This patch enables the support for this feature bit

Hi, I managed to get SR-IOV with an Intel I350 NIC to work.For this I followed the documentation on this page: https://wiki.libvirt.org/page/Networking#Assignment_from_a_pool_of_SRIOV_VFs_in_a_libvirt_.3Cnetwork.3E_definition But as I have more VMs then VF on the NIC I also have a bridge wich serves the other guests. As I run Debian Buster as host I followed the documentation here:

Hi all, How do you add a VLAN tag to a libvirt SR-IOV VF network usingthe "virsh net-update" command? I couldn't find the section to passto the "virsh net-update" command to add the VLAN tag. I have the following libvirt network defined for a SR-IOV VF: <network>  <name>GE0-0-SRIOV-1</name>  <uuid>7bc67166-c78e-4bcf-89ee-377dd9086631</uuid> 

Hi all, I''m using Xen4.0.1 with SLES11SP1 with Intel''s SRIOV NIC in passthrough mode to FedoraCore14 guest HVMs. From guest HVM I''m able to send packets out but not able to receive the same. Intel NIC HW counters are reporting receiving packets but the same is not reaching the guest HVM. My NIC uses MSI-X to report packets to SW. which should be received by Xen

Hi As we will use xl in xen 4.1. I had try use xl to do something. And I find some command is fails. For config file, when give "disk=" too args, it will show segment fault if we use xl create to start guest. Is there any change for xl''s config file? Following command can not work: xl migrate: when I use xl migrate domain localhost to do migrate, it shows error:

Hi, I’m an openstack developer trying to use Assignment from a pool of SRIOV VFs in a libvirt <network> definition from this link http://wiki.libvirt.org/page/Networking My question is is it possible for nova (the openstack compute) to know which VF out of the pool will be allocated to a VM before it invokes libvirt to launch it? Thanks In advance, Robert

Hi Laine, For the feature testing before, I only test the linux bridge setting as in 2), it works. Now I tried 1), to use macvtap bridge mode connected to the PF, it can not work as the hostdev interface can not get dhcp ip address on the guest. Check on host, the /var/log/messages and dmesg both says: "Jul 6 04:54:45 dell-per730-xx kernel: ixgbe 0000:82:00.1 enp130s0f1: 1 Spoofed packets

Hello Everyone, Can any one help me understand, if by Enabling or Disabling the VT - d makes any difference for the 10G SRIOV to function correctly? Thank YOu. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users