Thanks Antonio for the ping, this update was lost in my PTO :-/
But most important - hi Jan!!!
Another case of the small world effect :-)
Feel free to catch "cpaelzer" on IRC all around on Ubuntu/virtualization/dpdk
channels.
About the bug:
After sorting out primary and secondary queues and their assignment to the
devices (not 100% sure but working better now) and upgrading to the most recent
kernels I no more get the translation fault, but a more sane error message.
With that I could use up to 7 rx queues, if I use more I get an error like this:
dpdk|EMER|Cannot assign sufficient number of secondary queues to primary VF3
And since none of us can change this HW limitation that is not a bug,
but just unfortunate and a bit misleading.
While I'd appreciate if there would be a better way to see which of all
your VFs to use other than trial-and-error (Why on earth is it
0002:01:00.[45] out of 0002:0[0-3]:00.[0-7]) I think the bug itself is
solved by understanding more of the limitations.
Therefore setting bug status to invalid.
** Changed in: dpdk (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1718638
Title:
Crash on Cavium ThunderX when using Openvswitch-DPDK:
nicvf_eth_dev_init(): Failed to get ready message from PF / eal-intr-
thread[41505]: unhandled level 2 translation fault"
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dpdk/+bug/1718638/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
