Hi,
you'd want to compare the lsmod and lspci output of the case that worked, you
said "If I bring up the guest using a generic image (not the kvm specific
kernal) the interface appears for SRIOV VF".
Now in this guest I'd expect the following section:
00:06.0 Ethernet controller: Intel Corporation Ethernet Virtual Function 700
Series (rev 02)
Subsystem: Intel Corporation Ethernet Virtual Function 700 Series
Physical Slot: 6
Flags: fast devsel
Memory at fe000000 (64-bit, prefetchable) [size=64K]
Memory at fe018000 (64-bit, prefetchable) [size=16K]
Capabilities: [70] MSI-X: Enable- Count=5 Masked-
Capabilities: [a0] Express Endpoint, MSI 00
To also have
Kernel driver in use: ?????
Finding which driver exactly that is would be step one.
I think for the card that I see here that would be "i40evf", but please confirm
that to be sure.
Now (still on the working environment) check where you have that module from
$ modinfo i40evf
filename:
/lib/modules/5.4.0-42-generic/kernel/drivers/net/ethernet/intel/iavf/iavf.ko
...
$ dpkg -S
/lib/modules/5.4.0-42-generic/kernel/drivers/net/ethernet/intel/iavf/iavf.ko
linux-modules-5.4.0-42-generic:
/lib/modules/5.4.0-42-generic/kernel/drivers/net/ethernet/intel/iavf/iavf.ko
So in my case I have confirmed that I
a) have the module installed
b) which package it is from
Now switch to your bad environment.
Check modinfo there, does the module exist (I'd assume it isn't).
In that case is the "linux-modules-5.4.0-42-generic" (or whatever matches your
case) package installed - if not why is that since the dependencies should have
pulled it in?
I hope this already helps to resolve, looking forward to hear back from
you.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux 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:
Confirmed
Status in qemu package in Ubuntu:
Confirmed
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
