--- A - Host stayed, Guest changed --- If that is the case then we can mostly ignore the Host. Never the less knowing the details what is used in the host is helpful.
As mentioned per your uname I assume you have `linux-kvm` used in the guest. That is meant as a reduced kernel for virtual environments. Chances now are high that: 1. the required intel module is no more built for this -kvm kernel 2. the required intel module is built but moved from the base to the extra modules In general please check (and report here) on both guests - lsmod (will show us if a module is missing on the guest without net) - lspci -v (will show us which driver is used - if any - on the passed through intel card. After we have above data, please try to install the kernel that isn't reduced. Should be: $ apt install linux-image-generic $ apt remove linux-image-kvm $ reboot Did the situation now resolve? Does the listing of lsmod and lspci now report an additional driver loaded compared to before? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-meta in Ubuntu. https://bugs.launchpad.net/bugs/1892422 Title: Pci passthrough interface not showing up in Ubuntu 20.04 but does show in 18.04 Status in linux package in Ubuntu: New Status in qemu package in Ubuntu: Incomplete Bug description: After setting up pci pass through for a virtual function it did not show up as an interface in Ubuntu 20.04, it did however show up as a PCI device. After reverting back to 18.04 with exactly the same configuration the interface showed up as expected. Bellow is the configuration and output for both 18.04 and 20.04. virt-install --import --connect qemu:///system --name emsk8sm1 --ram 8192 --disk pool/emsk8sm1/emsk8sm1.img,format=img,bus=virtio --disk cidata.img,device=cdrom,format=img --vcpus 4 --cpu host --os-type linux --os-variant ubuntu18.04 --network bridge=br0,model=virtio,virtualport_type=openvswitch,mac=52:54:00:8a:9c:ea --hostdev 3b:02.5 --console pty,target_type=serial --graphics type=vnc,listen=0.0.0.0 --noautoconsole --autostart -v Configuration of 18.04 where the passthrough works Version Linux emsk8sm1 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux virsh dumpxml emsk8sm1 <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x3b' slot='0x02' function='0x5'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> lspci | grep Ethernet 00:03.0 Ethernet controller: Red Hat, Inc. Virtio network device 00:06.0 Ethernet controller: Intel Corporation Ethernet Virtual Function 700 Series (rev 02) <--- Pass through interface ip link show [interface shows inside of vm ens6] 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:8a:9c:ea brd ff:ff:ff:ff:ff:ff 3: ens6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether ea:99:ea:36:3e:63 brd ff:ff:ff:ff:ff:ff Configuration of 20.04 where the VF shows as a PCI device but does not show as an interface Version Linux emsk8sm1 5.4.0-1020-kvm #20-Ubuntu SMP Fri Jul 10 05:03:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux virsh dumpxml emsk8sm1 <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x3b' slot='0x02' function='0x5'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> lspci | grep Ethernet 00:03.0 Ethernet controller: Red Hat, Inc. Virtio network device 00:06.0 Ethernet controller: Intel Corporation Ethernet Virtual Function 700 Series (rev 02) <--- Pass through interface ip link show [ens 6 does not show as an interface} 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 52:54:00:8a:9c:ea brd ff:ff:ff:ff:ff:ff 3: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 4: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/sit 0.0.0.0 brd 0.0.0.0 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1892422/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
