Please consider the environment before printing this email. This message and any attachments are intended for the addressee named and may contain legally privileged/confidential/copyright information. If you are
not the intended recipient, you should not read, use, disclose, copy or distribute this communication. If you have received this message in error please notify us at once by return email and then delete both messages. We accept no liability for the distribution
of viruses or similar in electronic communications. This notice should not be removed.
Re: [NOVA] pci alias device_type and numa_policy and device_type meanings
On Mon, Nov 5, 2018 at 11:02 PM Manuel Sopena Ballesteros
<[hidden email]> wrote:
> Dear Openstack community.
> I am setting up pci passthrough for GPUs using aliases.
> I was wondering the meaning of the fields device_type and numa_policy and how should I use them as I could not find much details in the official documentation.
the device type is a legacy hack that was added when nova's pci
passthough support was extended to enable neutron sriov.
when using flavor based pci passthough using aliases the type should
always be set to Type-PCI
Type-PF and Type-VF in general should only be used for nics that will
be used with neutron sriov port types.
you technically can us the other device types in the alias but nova
will only record a device as Type-PF or Type-VF
if physical_network is set in the pci whitelist which is used to
indicate the neutron physnet the device is attached too.
in the case of GPUs you can ignore Type-PF and Type-VF.
you should also know that Type-PCI can refer to either the full pci
device or a virtual function
allocated form a device.
in this case the alias consumes an entire QuickAssist (QAT) device
with the legacy numa policy.
if the QAT device was subdivided using sriov VFs you could request
the VF instead of the PF by
simply changing the product_id to that corresponding to the VF.