Initializing DPDK on thunderx fails

Bug #1716666 reported by Christian Ehrhardt 
This bug affects 1 person
Affects Status Importance Assigned to Milestone
dpdk (Ubuntu)
Christian Ehrhardt 

Bug Description

Any VF that I bind to vfi-pci gets handled as secondary queue.

Here with a mix of vfio-pci assignments: Log:

I checked, if I bind ALL to thunderx-nicvf then ALL are considered primary and work to initialize in testpmd.
Also the example at clearly points to vfio-pci.

Vice versa if I bind ALL to vfio-pci, then ALL fail - see

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :
Changed in dpdk (Ubuntu):
status: New → Triaged
assignee: nobody → ChristianEhrhardt (paelzer)
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

ThunderX Checks are good and regression checks (on PPA) are good, uploading.

Changed in dpdk (Ubuntu):
status: Triaged → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package dpdk - 17.05.2-0ubuntu1

dpdk (17.05.2-0ubuntu1) artful; urgency=medium

  * New upstream stable release 17.05.2 (LP: #1716667)
    In Debian we moved already to 17.08.x in experimental so no syncs anymore
    for Artful. This fixes a lot of issues, for an overview see the announce
    mail at:
  * d/p/bug-1716666-eal-pci-introduce-a-PCI-driver-flag.patch,
    let devices flag to not be unmapped e.g. needed for thunderX secondary
    queues (LP: #1716666).
  * d/librte-ethdev17.05.symbols: add rte_eth_tx_done_cleanup which was
    exported but missing in the maps, that got fixed in 17.05.2 - adapt the
    symbols file to be correct.

 -- Christian Ehrhardt <email address hidden> Tue, 12 Sep 2017 15:26:36 +0200

Changed in dpdk (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers