Skip to contentSkip to conversation

virtio-net: bind systematically on all non blacklisted virtio-net devices

DISCUSSION Franck Baudin 3 participants 4 messages Sep 8, 2015 – Oct 1, 2015

lore
Share & tools
lore
#0 lore raw

Hi,

virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162 and the removal of the RTE_PCI_DRV_NEED_MAPPING driver flag.

Questions:
1/ Is it the expected behaviour?
2/ Why is it different from vmxnet3 pmd? In other words, should't
we re-add the RTE_PCI_DRV_NEED_MAPPING to virtio pmd or remove it from pmxnet3 pmd?
3/ If this is the expected behaviour, shouldn't we update
dpdk_nic_bind.py (binding status irrelevant for virtio) tool and the documentation (mentioning igb_uio while misleading and useless)?

Thanks!

Best Regards,
Franck

#1 lore raw
Quoted 9 lines

-----Original Message-----
From: dev [mailto:[email protected]] On Behalf Of Franck Baudin
Sent: Tuesday, September 8, 2015 4:23 PM
To: [email protected]
Subject: [dpdk-dev] virtio-net: bind systematically on all non blacklisted virtio-net devices

Quoted 7 lines

Hi,

virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162
and the removal of the RTE_PCI_DRV_NEED_MAPPING driver flag.

It allows virtio-pmd not necessarily depend on igb_uio, this is which characteristic other pmd drivers don't have.

Quoted 17 lines

Questions:
1/ Is it the expected behaviour?
2/ Why is it different from vmxnet3 pmd? In other words, should't we re-
add the RTE_PCI_DRV_NEED_MAPPING to virtio pmd or remove it from pmxnet3 pmd?
3/ If this is the expected behaviour, shouldn't we update
dpdk_nic_bind.py (binding status irrelevant for virtio) tool and the documentation (mentioning igb_uio while misleading and useless)?

Thanks!

Best Regards,
Franck

#2 lore raw
Quoted 8 lines · Changchun
Quoted 8 lines

-----Original Message-----
From: dev [mailto:[email protected]] On Behalf Of Franck Baudin
Sent: Tuesday, September 8, 2015 4:23 PM
To: [email protected]
Subject: [dpdk-dev] virtio-net: bind systematically on all non blacklisted virtio-net devices

Quoted 8 lines
Quoted 7 lines

Hi,

virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162
and the removal of the RTE_PCI_DRV_NEED_MAPPING driver flag.

It allows virtio-pmd not necessarily depend on igb_uio, this is which characteristic other pmd drivers don't have.

Thanks for your answer,

So this is the expected behaviour: all virtio interfaces are bound to the pmd driver.

Don't you think that dpdk_nic_bind.py should reflect the driver behaviour, and that the virtio documentation (still referencing igb_uio) be amended?

Regards,
Franck

Quoted 17 lines
Quoted 17 lines

Questions:
1/ Is it the expected behaviour?
2/ Why is it different from vmxnet3 pmd? In other words, should't we re-
add the RTE_PCI_DRV_NEED_MAPPING to virtio pmd or remove it from pmxnet3 pmd?
3/ If this is the expected behaviour, shouldn't we update
dpdk_nic_bind.py (binding status irrelevant for virtio) tool and the documentation (mentioning igb_uio while misleading and useless)?

Thanks!

Best Regards,
Franck

#3 lore raw

2015-09-10 14:30, Franck Baudin:

Quoted 9 lines · Changchun
Quoted 7 lines
Quoted 5 lines

virtio-net driver bind on all virtio-net devices, even if the devices are used by the kernel (leading to kernel soft-lookup/panic). One way around is to blacklist the ports in use by Linux. This is the case since v2.0.0, in fact since commit da978dfdc43b59e290a46d7ece5fd19ce79a1162
and the removal of the RTE_PCI_DRV_NEED_MAPPING driver flag.

It allows virtio-pmd not necessarily depend on igb_uio, this is which characteristic other pmd drivers don't have.

Quoted 8 lines

Thanks for your answer,

So this is the expected behaviour: all virtio interfaces are bound to the pmd driver.

Don't you think that dpdk_nic_bind.py should reflect the driver behaviour, and that the virtio documentation (still referencing igb_uio) be amended?

Yes maybe that the documentation must be updated.
Anyone?