commit 13b142ff8ba25b6035b461218ef86d9fb14db2ad
Author: Steven Webster <email address hidden>
Date: Mon May 27 14:25:28 2019 -0500
Integration with latest SR-IOV CNI images
As part of the ongoing development of the sriov-cni and
sriov-device-plugin, the DPDK NetworkAttachmentDefinition
configuration options have been deprecated.
Previously, we used this functionality to have the sriov-cni
plugin perform the device bind from netdevice (kernel) to
vfio (userspace), and simply set sriov-device-plugin
deviceType configuration parameter to 'netdevice'.
Going forward, we must add a mechanism for a user to define
the deviceType at the interface configuration level. This
means an SR-IOV enabled device can no longer have a mix of
netdevice, vfio chosen by the NeworkAttachmentDefinition.
That is, it must be determined by the user beforehand which
type of virtual function driver (kernel or DPDK) a device's
VFs should have.
This commit includes the cgtsclient, API, DB and puppet
related changes required for a user to set the VF driver type.
In terms of the cgts-client, the following parameter has been
added: --vf-driver. Example usage for a device intended to
be used with a DPDK application is as follows:
If the user does not specify a vf-driver, the default device
type will remain as it is today as 'netdevice'. The user can
also choose to explicitly set the --vf-driver to 'netdevice'
for the same effect. In this case, a check is made to ensure
the VF driver has been detected and reported by the sysinv
agent.
Reviewed: https:/ /review. opendev. org/661757 /git.openstack. org/cgit/ starlingx/ config/ commit/ ?id=13b142ff8ba 25b6035b461218e f86d9fb14db2ad
Committed: https:/
Submitter: Zuul
Branch: master
commit 13b142ff8ba25b6 035b461218ef86d 9fb14db2ad
Author: Steven Webster <email address hidden>
Date: Mon May 27 14:25:28 2019 -0500
Integration with latest SR-IOV CNI images
As part of the ongoing development of the sriov-cni and device- plugin, the DPDK NetworkAttachme ntDefinition
sriov-
configuration options have been deprecated.
Previously, we used this functionality to have the sriov-cni
plugin perform the device bind from netdevice (kernel) to
vfio (userspace), and simply set sriov-device-plugin
deviceType configuration parameter to 'netdevice'.
Going forward, we must add a mechanism for a user to define tDefinition.
the deviceType at the interface configuration level. This
means an SR-IOV enabled device can no longer have a mix of
netdevice, vfio chosen by the NeworkAttachmen
That is, it must be determined by the user beforehand which
type of virtual function driver (kernel or DPDK) a device's
VFs should have.
This commit includes the cgtsclient, API, DB and puppet
related changes required for a user to set the VF driver type.
In terms of the cgts-client, the following parameter has been
added: --vf-driver. Example usage for a device intended to
be used with a DPDK application is as follows:
system host-if-modify -m 1500 -n sriov0 -d ${DATANET} \ {INTERFACE_ UUID}
-c pci-sriov -N ${NUM_VFS} --vf-driver=vfio ${WORKER_NAME} \
$
If the user does not specify a vf-driver, the default device
type will remain as it is today as 'netdevice'. The user can
also choose to explicitly set the --vf-driver to 'netdevice'
for the same effect. In this case, a check is made to ensure
the VF driver has been detected and reported by the sysinv
agent.
Story: 2005208 a03873e71473f76 94991142e50
Task: 33485
Closes-Bug: 1829565
Change-Id: I8f6f27b79c7faf
Signed-off-by: Steven Webster <email address hidden>