PCI Passthrough Cine S2

Hello All,

I am using proxmox VE in the latest Version (1.6-5261-4) and have some problems with PCI Passthrough
to a KVM-virtualised machine.

Ok just some details to the hardware:

- Motherboard: Intel DQ57TM
- Prozessor: Intel Core I5-650
- Card for Passtrough: Digital Devices Cine S2 (PCI Express TV Dual-Tuner S2 Card)

Both the CPU and the board are supporting VT-D and it is enabled in bios.

These are the setps I have done:

1. Install Proxmox VE from CD
2. Install newer Kernel 2.6.35:

wget ftp://download.proxmox.com/debian/d...64/pve-kernel-2.6.35-1-pve_2.6.35-3_amd64.deb
dpkg -i pve-kernel-2.6.35-1-pve_2.6.35-3_amd64.deb

3. Enable Intels VT-d support for this kernel.
without doing that it wouldn´t work for me. I got an error message in the kernel log something like this: ".... no iommu found....device hasn´t been assigned before so can not be reassigned."

nano /boot/grub/menu.lst

...
kernel /vmlinuz-2.6.35-1-pve root=/dev/mapper/pve-root ro intel_iommu=on

4. Get Card-Information with lspci

lspci

00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:16.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset PT IDER Controller (rev 06)
00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series Chipset KT Controller (rev 06)
00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network Connection (rev 06)
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 06)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 06)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface Controller (rev 06)
00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA IDE Controller (rev 06)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 06)
00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2 port SATA IDE Controller (rev 06)
02:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)

Lspci –n
00:00.0 0600: 8086:0040 (rev 02)
00:02.0 0300: 8086:0042 (rev 02)
00:16.0 0780: 8086:3b64 (rev 06)
00:16.2 0101: 8086:3b66 (rev 06)
00:16.3 0700: 8086:3b67 (rev 06)
00:19.0 0200: 8086:10ef (rev 06)
00:1a.0 0c03: 8086:3b3c (rev 06)
00:1b.0 0403: 8086:3b56 (rev 06)
00:1c.0 0604: 8086:3b42 (rev 06)
00:1c.4 0604: 8086:3b4a (rev 06)
00:1d.0 0c03: 8086:3b34 (rev 06)
00:1e.0 0604: 8086:244e (rev a6)
00:1f.0 0601: 8086:3b0a (rev 06)
00:1f.2 0101: 8086:3b20 (rev 06)
00:1f.3 0c05: 8086:3b30 (rev 06)
00:1f.5 0101: 8086:3b26 (rev 06)
02:00.0 0400: 18c3:0720 (rev 01)

5. Blacklist kernel-modul
with lspci -vv I can see that the card is using the ngene kernel modul.
This modul is also in use from the modul dvb_core.

So I blacklistet this two kernel moduls:

nano /etc/modprobe.d/blacklist
blacklist ngene
blacklist dvb_core

And after reboot with lsmod I can see that these kernel modules aren´t running any more.

6. Unbind device (don´t know if this is necessary)
Now I unbind the device:

modprobe -r kvm-intel
modprobe -r kvm

echo "18c3 0720" > /sys/bus/pci/drivers/pci-stub/new_id
echo 0000:02:00.0 > /sys/bus/pci/devices/0000:02:00.0/driver/unbind
echo 0000:02:00.0 > /sys/bus/pci/drivers/pci-stub/bind

modprobe –a kvm kvm_intel

7. Passthrough the device to VM and start VM:

nano /etc/qemu-server/101.conf

...
args: -pcidevice host=02:00.0
..


So on my Virtual machine is running Windows 7. The Device is detected from the windows system and I can install the drivers wihout any problems!!

My problem is that all dvb-applications (Meida Center, DVBViewer,....Mediaportal) don´t get a signal from the tuner-card!

I can see something in the kernel-logs like this:

...
"irq 16: nobody cared (try booting with the "irqpoll" option)"
....

8. Add irqpoll option to menu.lst

Then I added the "irqpoll" option to the menu.lst

nano /boot/grub/menu.lst
....
kernel /vmlinuz-2.6.35-1-pve root=/dev/mapper/pve-root ro intel_iommu=on irqpoll
....

So now I don´t get this error in the log files any more ....but still the same problem.

The Card gets no signal independent from the application I use!!
If I run Windows 7 directly on this host I will get an signal. So the card is working. Also the Sat-Cable is ok.

Has anyone of you succesfully passed through a dvb-device?
Has anyone of you an idea?

Thanks and excuse of my bad english and my not so good linux knowledge!

So I had again a look at these problem. I think it has something to do with IRQ-Sharing. When I boot the Proxmox server the card will get IRQ11. IRQ11 is already in use from other devices

proxmox:~# lspci -vv | grep IRQ
Interrupt: pin A routed to IRQ 11
Interrupt: pin A routed to IRQ 11
Interrupt: pin C routed to IRQ 18
Interrupt: pin B routed to IRQ 17
Interrupt: pin A routed to IRQ 44
Interrupt: pin B routed to IRQ 21
Interrupt: pin C routed to IRQ 18
Interrupt: pin D routed to IRQ 19
Interrupt: pin A routed to IRQ 16
Interrupt: pin A routed to IRQ 22
Interrupt: pin B routed to IRQ 19
Interrupt: pin C routed to IRQ 16
Interrupt: pin D routed to IRQ 18
Interrupt: pin A routed to IRQ 23
Interrupt: pin A routed to IRQ 23
Interrupt: pin B routed to IRQ 45
Interrupt: pin C routed to IRQ 18
Interrupt: pin A routed to IRQ 11

If i start the vm the card will get IRQ 46
proxmox:~# lspci -vv | grep IRQ
Interrupt: pin A routed to IRQ 11
Interrupt: pin A routed to IRQ 11
Interrupt: pin C routed to IRQ 18
Interrupt: pin B routed to IRQ 17
Interrupt: pin A routed to IRQ 44
Interrupt: pin B routed to IRQ 21
Interrupt: pin C routed to IRQ 18
Interrupt: pin D routed to IRQ 19
Interrupt: pin A routed to IRQ 16
Interrupt: pin A routed to IRQ 22
Interrupt: pin B routed to IRQ 19
Interrupt: pin C routed to IRQ 16
Interrupt: pin D routed to IRQ 18
Interrupt: pin A routed to IRQ 23
Interrupt: pin A routed to IRQ 23
Interrupt: pin B routed to IRQ 45
Interrupt: pin C routed to IRQ 18
Interrupt: pin A routed to IRQ 46

Has the vm finished booting the card will get IRQ 16. IRQ16 is already in use from the USB-Controller. Then I will get the error in the kernel-log "...Disabling IRQ 16"

proxmox:~# lspci -vv | grep IRQ
Interrupt: pin A routed to IRQ 11
Interrupt: pin A routed to IRQ 11
Interrupt: pin C routed to IRQ 18
Interrupt: pin B routed to IRQ 17
Interrupt: pin A routed to IRQ 44
Interrupt: pin B routed to IRQ 21
Interrupt: pin C routed to IRQ 18
Interrupt: pin D routed to IRQ 19
Interrupt: pin A routed to IRQ 16
Interrupt: pin A routed to IRQ 22
Interrupt: pin B routed to IRQ 19
Interrupt: pin C routed to IRQ 16
Interrupt: pin D routed to IRQ 18
Interrupt: pin A routed to IRQ 23
Interrupt: pin A routed to IRQ 23
Interrupt: pin B routed to IRQ 45
Interrupt: pin C routed to IRQ 18
Interrupt: pin A routed to IRQ 16

Here is the complete log:

Nov 14 11:47:07 kernel hda-intel: Codec #3 probe error; disabling it...
Nov 14 11:47:07 kernel hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x300f0000
Nov 14 11:47:07 kernel i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
Nov 14 11:47:07 kernel Adding 4194300k swap on /dev/mapper/pve-swap. Priority:-1 extents:1 across:4194300k
Nov 14 11:47:07 kernel EXT3-fs (dm-1): using internal journal
Nov 14 11:47:07 kernel EXT3-fs: barriers not enabled
Nov 14 11:47:07 kernel kjournald starting. Commit interval 5 seconds
Nov 14 11:47:07 kernel EXT3-fs (dm-2): using internal journal
Nov 14 11:47:07 kernel EXT3-fs (dm-2): mounted filesystem with ordered data mode
Nov 14 11:47:07 kernel EXT3-fs: barriers not enabled
Nov 14 11:47:07 kernel kjournald starting. Commit interval 5 seconds
Nov 14 11:47:07 kernel EXT3-fs (sda1): using internal journal
Nov 14 11:47:07 kernel EXT3-fs (sda1): mounted filesystem with ordered data mode
Nov 14 11:47:07 kernel Bridge firewalling registered
Nov 14 11:47:07 kernel device eth0 entered promiscuous mode
Nov 14 11:47:07 kernel e1000e 0000:00:19.0: irq 44 for MSI/MSI-X
Nov 14 11:47:07 kernel e1000e 0000:00:19.0: irq 44 for MSI/MSI-X
Nov 14 11:47:07 kernel ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 14 11:47:07 kernel Registering the dns_resolver key type
Nov 14 11:47:07 kernel Slow work thread pool: Starting up
Nov 14 11:47:07 kernel Slow work thread pool: Ready
Nov 14 11:47:07 kernel e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
Nov 14 11:47:07 kernel ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 14 11:47:07 kernel vmbr0: port 1(eth0) entering forwarding state
Nov 14 11:47:07 kernel vmbr0: port 1(eth0) entering forwarding state
Nov 14 11:47:07 kernel Loading iSCSI transport class v2.0-870.
Nov 14 11:47:07 kernel iscsi: registered transport (tcp)
Nov 14 11:47:07 kernel iscsi: registered transport (iser)
Nov 14 11:47:07 master 2293 daemon started -- version 2.5.5, configuration /etc/postfix
Nov 14 11:47:07 pvedaemon 2318 starting server
Nov 14 11:47:07 pvedaemon 2318 starting 2 worker(s)
Nov 14 11:47:07 pvedaemon 2318 worker 2320 started
Nov 14 11:47:07 pvedaemon 2318 worker 2322 started
Nov 14 11:47:07 pvetunnel 2328 not starting server - not part of cluster
Nov 14 11:47:07 pvemirror 2336 not starting server - not part of cluster
Nov 14 11:47:07 ntpd 2348 ntpd 4.2.4p4@1.1520-o Sun Nov 22 16:14:34 UTC 2009 (1)
Nov 14 11:47:07 ntpd 2349 precision = 1.000 usec
Nov 14 11:47:07 ntpd 2349 Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
Nov 14 11:47:07 ntpd 2349 Listening on interface #1 wildcard, ::#123 Disabled
Nov 14 11:47:07 ntpd 2349 Listening on interface #2 eth0, fe80::227:eff:fe11:9a27#123 Enabled
Nov 14 11:47:07 ntpd 2349 Listening on interface #3 lo, ::1#123 Enabled
Nov 14 11:47:07 ntpd 2349 Listening on interface #4 lo, 127.0.0.1#123 Enabled
Nov 14 11:47:07 ntpd 2349 Listening on interface #5 vmbr0, 192.168.100.254#123 Enabled
Nov 14 11:47:07 ntpd 2349 kernel time sync status 0040
Nov 14 11:47:07 ntpd 2349 frequency initialized 0.000 PPM from /var/lib/ntp/ntp.drift
Nov 14 11:47:07 iscsid transport class version 2.0-870. iscsid version 2.0-870
Nov 14 11:47:07 iscsid iSCSI daemon with pid=2089 started!
Nov 14 11:47:08 cron 2391 (CRON) INFO (pidfile fd = 3)
Nov 14 11:47:08 cron 2392 (CRON) STARTUP (fork ok)
Nov 14 11:47:08 cron 2392 (CRON) INFO (Running @reboot jobs)
Nov 14 11:47:08 cron 2400 (root) CMD (test -x /usr/lib/atsar/atsadc && (LOGDIR=/var/log/atsar; CURDAY=`date +%d`; find $LOGDIR/atsa$CURDAY -mtime +2 -type f -exec rm {} \; 2> /dev/null; /usr/lib/atsar/atsadc $LOGDIR/atsa$CURDAY))
Nov 14 11:47:08 proxwww 2447 Starting new child 2447
Nov 14 11:47:08 proxwww 2448 Starting new child 2448
Nov 14 11:47:13 kernel vmbr0: no IPv6 routers present
Nov 14 11:47:16 kernel eth0: no IPv6 routers present
Nov 14 11:49:35 pvedaemon 2320 WARNING: Cannot encode 'meminfo' element as 'hash'. Will be encoded as 'map' instead
Nov 14 11:49:40 pvedaemon 2497 starting VM 101 on node 0 (localhost)
Nov 14 11:49:40 qm 2498 VM 101 start
Nov 14 11:49:40 kernel device vmtab101i0 entered promiscuous mode
Nov 14 11:49:40 kernel vmbr0: port 2(vmtab101i0) entering forwarding state
Nov 14 11:49:40 kernel vmbr0: port 2(vmtab101i0) entering forwarding state
Nov 14 11:49:40 kernel vmbr0: new device vmtab101i0 does not support netpoll (disabling)
Nov 14 11:49:40 kernel pci 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Nov 14 11:49:40 kernel pci 0000:01:00.0: restoring config space at offset 0x1 (was 0x100400, writing 0x100007)
Nov 14 11:49:41 kernel assign device 0:1:0.0
Nov 14 11:49:41 pvedaemon 2497 VM 101 started
Nov 14 11:49:41 kernel pci 0000:01:00.0: irq 46 for MSI/MSI-X
Nov 14 11:49:41 kernel pci 0000:01:00.0: irq 46 for MSI/MSI-X
Nov 14 11:49:47 ntpd 2523 signal_no_reset: signal 17 had flags 4000000
Nov 14 11:49:47 kernel warning: `ntpd' uses 32-bit capabilities (legacy support in use)
Nov 14 11:49:48 ntpd 2349 Listening on interface #6 vmtab101i0, fe80::1843:49ff:fea1:2a3d#123 Enabled
Nov 14 11:49:50 kernel vmtab101i0: no IPv6 routers present
Nov 14 11:50:01 cron 2547 (root) CMD (test -x /usr/lib/atsar/atsa1 && /usr/lib/atsar/atsa1)
Nov 14 11:50:05 pvedaemon 2552 starting vnc proxy UPID:2552-19467:1289731805:vncproxy:0:101:root:5900xDAQwb7sPZowSO6ArBLm/m
tNfE
Nov 14 11:50:05 pvedaemon 2552 CMD: /bin/nc -l -p 5900 -w 30 -c /usr/sbin/qm vncproxy 101 oxDAQwb7sPZowSO6ArBLm/mtNfE 2>/dev/null
Nov 14 11:50:15 kernel pci 0000:01:00.0: irq 46 for MSI/MSI-X
Nov 14 11:50:20 kernel pci 0000:01:00.0: irq 46 for MSI/MSI-X
Nov 14 11:50:22 kernel irq 16: nobody cared (try booting with the "irqpoll" option)
Nov 14 11:50:22 kernel Pid: 0, comm: swapper Not tainted 2.6.35-1-pve #1
Nov 14 11:50:22 kernel Call Trace:
Nov 14 11:50:22 kernel <IRQ> [<ffffffff810ccf5b>] __report_bad_irq+0x2b/0xb0
Nov 14 11:50:22 kernel [<ffffffff810cd178>] note_interrupt+0x198/0x1e0
Nov 14 11:50:22 kernel [<ffffffff810cd96d>] handle_fasteoi_irq+0xdd/0x110
Nov 14 11:50:22 kernel [<ffffffff8100dac4>] handle_irq+0x24/0x40
Nov 14 11:50:22 kernel [<ffffffff815bc10f>] do_IRQ+0x6f/0xf0
Nov 14 11:50:22 kernel [<ffffffff815b4f53>] ret_from_intr+0x0/0x11
Nov 14 11:50:22 kernel <EOI> [<ffffffff81342482>] ? acpi_idle_enter_simple+0xe7/0x120
Nov 14 11:50:22 kernel [<ffffffff8134247b>] ? acpi_idle_enter_simple+0xe0/0x120
Nov 14 11:50:22 kernel [<ffffffff81493da4>] cpuidle_idle_call+0xb4/0x140
Nov 14 11:50:22 kernel [<ffffffff8100a1a1>] cpu_idle+0xb1/0x110
Nov 14 11:50:22 kernel [<ffffffff8159285a>] rest_init+0x8a/0xa0
Nov 14 11:50:22 kernel [<ffffffff81b05e3d>] start_kernel+0x42f/0x4f0
Nov 14 11:50:22 kernel [<ffffffff81b052c0>] x86_64_start_reservations+0xa0/0xc1
Nov 14 11:50:22 kernel [<ffffffff81b053e7>] x86_64_start_kernel+0x106/0x121
Nov 14 11:50:22 kernel [<ffffffff81b05140>] ? early_idt_handler+0x0/0x71
Nov 14 11:50:22 kernel handlers:
Nov 14 11:50:22 kernel [<ffffffff814263a0>] (usb_hcd_irq+0x0/0x90)
Nov 14 11:50:22 kernel [<ffffffff814263a0>] (usb_hcd_irq+0x0/0x90)
Nov 14 11:50:22 kernel Disabling IRQ #16
Nov 14 11:50:59 proxwww 2594 Starting new child 2594
Nov 14 11:51:31 proxwww 2633 Starting new child 2633
Nov 14 11:51:56 proxwww 2655 Starting new child 2655
Nov 14 11:52:30 ntpd_initres 2523 signal_no_reset: signal 14 had flags 4000000
Nov 14 11:52:37 proxwww 2703 Starting new child 2703

I had then a look at the bios. But there is no way to reserve the IRQs to specific devices. Is there a way to reserve IRQs over the command line?

Yes have also tried it. I have tried it on both pcie1x slots. On both solts the same problem and same irq. On the pcie16x the card dosn´t work at all.

Does some or any of these kernel Parameter help me?

acpi=off
pci=assign-busses
pci=irqbios
noapic
nolapic
pci=biosirq
irqpoll
acpi=force
pci=noacpi
noapic
pci=routeirq
pci=norouteirc
pci=biosirq
pnpbios=off
pci=usepirqmask
acpi_apic_instance=2
pci=ioapicreroute
pci=irqmask=0xMMMM
pci=routeirq

No one any idea?

With new pve-kernel I got it working, that the device will hold the irq.
But still no signal!

lspci -vv

01:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
Subsystem: Micronas Semiconductor Holding AG Device dd00
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 48


proxmox:~# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 27 0 0 0 IO-APIC-edge timer
1: 2 0 0 0 IO-APIC-edge i8042
8: 0 0 0 0 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
12: 4 0 0 0 IO-APIC-edge i8042
16: 583 0 0 0 IO-APIC-fasteoi nGene
40: 1 0 0 0 DMAR_MSI-edge dmar1
41: 0 0 0 0 DMAR_MSI-edge dmar0
42: 0 0 0 0 DMAR_MSI-edge dmar2
45: 5757 0 0 0 PCI-MSI-edge eth0
46: 18083 0 0 0 PCI-MSI-edge ahci
47: 274 0 0 0 PCI-MSI-edge hda_intel
48: 304 0 0 0 PCI-MSI-edge kvm_assigned_msi_device
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 227001 190904 56940 19999 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
PND: 0 0 0 0 Performance pending work
RES: 70125 78291 63385 59768 Rescheduling interrupts
CAL: 7533 10865 10312 5182 Function call interrupts
TLB: 317 248 38 261 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 3 3 3 3 Machine check polls

With new kernel I can boot with nousb so now this error is gone. "....disabling irq16....".

but I will get this error from kvm:

kvm: 2444: cpu0 unhandled wrmsr: 0x198 data 0
kvm: 2444: cpu1 unhandled wrmsr: 0x198 data 0
kvm: 2444: cpu2 unhandled wrmsr: 0x198 data 0
kvm: 2444: cpu3 unhandled wrmsr: 0x198 data 0

I Have another question
Do I only have to passthrough the tuner or even the pcie-bridge too (in this case device 00:1c.0)?

-[0000:00]-+-00.0 Intel Corporation Core Processor DRAM Controller
+-02.0 Intel Corporation Core Processor Integrated Graphics Controller
+-16.0 Intel Corporation 5 Series/3400 Series Chipset HECI Controller
+-16.2 Intel Corporation 5 Series/3400 Series Chipset PT IDER Controller
+-16.3 Intel Corporation 5 Series/3400 Series Chipset KT Controller
+-19.0 Intel Corporation 82578DM Gigabit Network Connection
+-1a.0 Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller
+-1b.0 Intel Corporation 5 Series/3400 Series Chipset High Definition Audio
+-1c.0-[0000:01]----00.0 Micronas Semiconductor Holding AG Device 0720
+-1c.4-[0000:02]--
+-1d.0 Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller
+-1e.0-[0000:03]--
+-1f.0 Intel Corporation 5 Series Chipset LPC Interface Controller
+-1f.2 Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller
\-1f.3 Intel Corporation 5 Series/3400 Series Chipset SMBus Controller

Do I have to do this for the pcie-port too?
-->
echo "18c3 0720" > /sys/bus/pci/drivers/pci-stub/new_id
echo 0000:01:00.0 > /sys/bus/pci/devices/0000:01:00.0/driver/unbind
echo 0000:01:00.0 > /sys/bus/pci/drivers/pci-stub/bind

the pcie-port doesn´t run under pci-stub. It runs under pcieport. Should I do this?
-->
echo "8086 3b42" > /sys/bus/pci/drivers/pcieport/new_id
echo 0000:00:1c.0 > /sys/bus/pci/devices/0000:00:1c.0 /driver/unbind
echo 0000:00:1c.0 > /sys/bus/pci/drivers/pcieport/bind

I have installed yavdr (based on ubuntu) on the VM. In the VM it looks like this:


00:04.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
Subsystem: Micronas Semiconductor Holding AG Device dd00
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-