similar to: [PATCH] libxl: Handle non-ballooned, zero slackmem properly for pci passthru

I have a system with several reserved ranges low in the e820 map which cause problems when starting PV domains with PCI devices. The machine memory map looks like: (XEN) 0000000000000000 - 0000000000060000 (usable) (XEN) 0000000000060000 - 0000000000068000 (reserved) (XEN) 0000000000068000 - 000000000009ac00 (usable) (XEN) 000000000009ac00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000

Matthew Daley (13): libxl: fix unsigned less-than-0 comparison in e820_sanitize libxl: check for xc_domain_setmaxmem failure in libxl__build_pre libxl: correct file open success check in libxl__device_pci_reset libxl: don''t leak p in libxl__wait_for_backend libxl: remove unsigned less-than-0 comparison libxl: actually abort if initializing a ctx''s lock fails libxl:

# HG changeset patch # User George Dunlap <george.dunlap@eu.citrix.com> # Date 1337961666 0 # Node ID 1c28051020488782f1277dd60a2418324580297e # Parent 69c3ae25bb1ddcb0ea44b7566d36d34e9d6a70aa libxl: When checking BDF of existing slots, function should be decimal, not hex Spotted-by: Konrad Wilk <konrad.wilk@oracle.com> Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com>

Fix a xl/libxl segfault when assigning a device to the guest (bug http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1713). Signed-off-by: Gianni Tedesco <gianni.tedesco@citrix.com> Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> diff -r b05892ff0fce tools/libxl/libxl_pci.c --- a/tools/libxl/libxl_pci.c Tue Jan 25 15:14:52 2011 +0000 +++

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1323432076 0 # Node ID 9c1b223e152eaaa3861f9b6132590de0b4f6cb7e # Parent d8c390192ad1147d7202cf04be090478f1810a5d libxl: fix cold plugged PCI devices with stubdomains Since 23565:72eafe80ebc1 the xenstore entries for the stubdomain''s PCI were never created and therefore the stubdom ends up waiting forever

We found machines with >32 E820 memory map entries, where Xen fails to boot (but Linux does boot fine). The native Linux (both x86 and x86_86) already has: #define E820MAX 128 /* number of entries in E820MAP */ Signed-off-by: Jun Nakajima <jun.nakajima@intel.com> Jun --- Intel Open Source Technology Center -- diff -r 3bb1857981e6 -r 51e9c0c806b2 xen/include/asm-x86/e820.h ---

I have a USB controller I wish to pass to a HVM guest. More specifically a WindowsXP HVM guest if that matters. I have iommu=1 on the hypervisor line in grub.cfg as well as xen-pciback.hide=(00:12.2). In the VMs config file I have the following: pci= [''00:12.2''] Whenever the VM is started it gives the following error: libxl: error: libxl_pci.c:794:libxl__device_pci_add PCI

I am running Xen 4.6 on CentOS 7 in a Dell Poweredge T430 I need PCI Passthrough to get USB working. I am following the Xenproject Wiki I have enabled the Virtulasation in the BIOS. I have xen_pciback as a module I have issued the command: xl pci-assignable-add 00:1a0.0 and it shows up fine when I issue this xl pci-assignable-list I have pci=['00:1a.0'] on the DomU config file I

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

Hi all Now I''m dong the sriov on the xen 4.1 when I try to do the following cmd: I got some errors like below: # xl pci-attach 7 0000:03:10.2 libxl: error: libxl_pci.c:750:libxl_device_pci_reset The kernel doesn''t support reset from sysfs for PCI device 0000:03:10.2 libxl: error: libxl_device.c:470:libxl__wait_for_device_model Device

Hi, i have an old proliant dl380 server, running hardened gentoo as Dom0 on Xen 4.2, with several DomUs, also running hardened gentoo. I have PCI passthrough working for a DomU (3 network cards, 2 wired, 1 wireless), but when i try to pass it my usb root hub, i get the following error, during xl create (or when i use xl pci-attach): libxl: error: libxl_pci.c:1001:libxl__device_pci_reset: The

On Thu, May 12, 2016 at 12:11 PM, Francis Greaves <francis at choughs.net> wrote: > I am running Xen 4.6 on CentOS 7 in a Dell Poweredge T430 > I need PCI Passthrough to get USB working. I am following the Xenproject > Wiki > I have enabled the Virtulasation in the BIOS. > I have xen_pciback as a module > I have issued the command: > > xl pci-assignable-add 00:1a0.0

I think this is a bug in the xl toolchain. lspci -s 0000:12:0.* 12:00.0 Display controller: ATI Technologies Inc Device 671d 12:00.1 Audio device: ATI Technologies Inc Device aa80 sudo xm pci-list-assignable-devices 0000:13:00.0 0000:13:00.1 0000:12:00.0 0000:12:00.1 So there is a multi-function device (actually one ASIC of a AMD Radeon 6990 card). It has two function addresses 0 = Display

This patchs adds better support for both Flex and Bison, which might be needed to compile libxl. Now configure script sets BISON and FLEX Makefile vars if bison and flex are found, but doesn''t complain if they are not found. Also, added some Makefile soccery to print a nice error message if Bison or Flex are needed but not found. Please run autogen after applying this patch.

I''ve been trying to set up a VGA-passthrough on my Ubuntu 12.04 box to run Windows (for gaming) while leaving my RAID-5 array available (managed by Linux). First, here are the machine specs: CPU: AMD A8-3870K 3.4GHz Quad-Core APU GPU: APU-integrated AMD Radeon 6550 (shared memory) Mobo: ASUS F1A75-V EVO with AMD-virtualization enabled in UEFI-BIOS RAM: 8GB DDR3 1866 G-Skill Sniper

I just built 4.3.0 in order to get > 2GB of RAM in domU with GPU passthrough without crashes. Unfortunately, the same crashes still happen. Massive frame buffer corruption on domU before it locks up solid. It seems the PCI memory stomp is still happening. I am using qemu-dm, as I did on Xen 4.2.x. So whatever fix for this went into 4.3.0 didn''t fix it for me. Passing less than 2GB

Changes since last time: - split auto-generated code in to c and h files - un-break the build system - fix ocaml binding due to libxl API change - lot''s of tidy-ups too numerous to mention Please consider and apply :) -----8<--------------------------------------------------------------- Introduce python binding for libxl. The binding is not yet complete but list_domains,

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

Dear George please find attached the three files as requested. I have used iommu=soft in the grub command line for the kernel in the domU as explained before. many thanks Francis From: "George Dunlap" <dunlapg at umich.edu> To: "francis" <francis at choughs.net>, "centos-virt" <centos-virt at centos.org> Sent: Monday, 16 May, 2016 10:29:09

I am a UEFI/BIOS developer. We UEFI PXE boot dozens of times per night. We have run into this error more than a couple of times. We have also done thousands of UEFI PXE boots with debug statements to prove that the patch works. From: "Tom Huibregtse via Syslinux" <syslinux at syslinux.org> To: syslinux at syslinux.org Sent: Thursday, June 11, 2020 8:04:06 AM Subject: