[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] PCI Passthrough in XenGT


  • To: xen-users@xxxxxxxxxxxxx
  • From: "Manuel R. Campos" <manurcr@xxxxxxxxx>
  • Date: Thu, 10 Nov 2016 14:57:26 +0000
  • Delivery-date: Thu, 10 Nov 2016 14:58:41 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>

Hello everyone,

I have to use XenGT because I have an integrated graphic card in my computer, so the common Xen is not working for me. I compiled all in Ubuntu 14.04 (also in Debian 8 to make more tests) from source (https://github.com/01org/igvtg-kernel/tree/2016q2-4.3.0) and the VGA PAssthrough for a Windows 7 worked really good for the first moment. This is my Graphic card:

00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)

And all the configuration:
Intel i7-4700EQ (1vcpu for Dom0, 4vcpus for VM)
16GB RAM (1GB Dom0, 4GB for the VM)
XenGT 4.3.0 from source

VM's config file:
builder = "hvm"

# Guest name
name = "recorder"

viridian = 1

# Initial memory allocation (MB)
memory = 4096

# Number of VCPUS
vcpus = 4

vif = ['type=ioemu,mac=00:16:3E:14:B1:1C,bridge=xenbr0']

disk = [
# 'phy:/dev/vgo/windows,xvda1,rw',
'file:/media/bplus/guests/xenwinrec7.img,ioemu:hda,w',
]

device_model_version = "qemu-xen"
device_model_override='/usr/lib/xen/bin/qemu-system-i386'
#gfx_passthru=1
pci = ['0a:00.0', '0b:00.0', '00:19.0', '03:00.1']

monitor=1
pci_power_mgmt=1
xen_platform_pci=1
pci_msitranslate=1
viridian=1
hpet=1
acpi=1
apic=1
pae=1
nx=1
localtime=1
usbdevice="tablet"

# Guest VGA console configuration, either SDL or VNC
#sdl = 1
vnc = 1
vncdisplay=2
vncunused=0
vnclisten="0.0.0.0"

##### Behavior
_on_poweroff_ = 'destroy'
_on_reboot_ = 'restart'
_on_crash_ = 'restart'


I want to give the Ethernet ports to that VM and it happens something that I don't understand. I pass an I218, an I210 and a X540-AT2, all are good installed, the drivers is from Intel, the Device manager says no problem at all, even I can use the LED test in order to recognize exactly which port is that one. So the driver is working good, from the Windows side. But when I plug the cable, only the I218 works like it has to do it (ping, internet connection). The others don't do nothing when I plug an Ethernet cable. This device works properly:

00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (2) I218-LM (rev 05)

But these are not:

04:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
03:00.1 Ethernet controller: Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01)

The kernel has the XEN_PCIDEV_BACKEND=y enabled in Ubuntu and in Debian. In the last one, which is in another HDD with a Xen 4.7.5 compiled from source with all the Xen's options loaded in kernel, doesn't make the VGA Passthrough, but works perfect with all the Ethernet ports using the same VM like Ubuntu. I mean, I don't have more VM, only one and in Debian works the Ethernet ports, but in Ubuntu it doesn't.

The only difference I see in the VM is when I create it with "-d" option I see is:

"pcidevs": [
        {
            "bus": 10,
            "vfunc_mask": 1,
            "msitranslate": true,
            "power_mgmt": true
        },
        {
            "bus": 11,
            "vfunc_mask": 1,
            "msitranslate": true,
            "power_mgmt": true
        },
        {
            "dev": 25,
            "vfunc_mask": 1,
            "msitranslate": true,
            "power_mgmt": true
        },
        {
            "func": 1,
            "bus": 3,
            "vfunc_mask": 1,
            "msitranslate": true,
            "power_mgmt": true
        }

which are 2 I210, the I218 and the X540-AT2, in order.

Thanks in advance.

Kind regards.

Manu
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
https://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.