[openstack-dev] [nova][PCI] problem about PCI SRIOV

yongli he yongli.he at intel.com
Mon Mar 24 01:18:17 UTC 2014


? 2014?03?21? 18:31, Gouzongmei ??:
>
> Hi,
>
> I have a problem when reading the wiki below, which is based on the 
> latest SRIOV design.
>
> https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support#API_interface
>
> My problem is about the "/PCI SRIOV with tagged flavor"/ part.
>
>
>         In "pci_information =  { { 'device_id': "8086", 'vendor_id':
>         "000[1-2]" }, { 'e.physical_network': 'X' } }" , I'm confused
>         what is the "e.physical_network", if it means a network
>         resource, why we need to filter the assignable nics by a
>         network resource?
>
this it for the Neutron SRIOV, a physical netowrk is a attribute added 
to a pci device. if you want allocated a nic from pci, you must ensure 
we get a PCI device which does connect to the correct physical network 
as same as Neutron defined.
>
>
>         Can you please tell me more about the "physical_network" here,
>         thanks a lot.
>
> In*"*{'e.physical_netowrk':'X', 'count': 1 }*"*, I think the "count" 
> means the count of virtual nics a SRIOV nic can support, is that right?**
>
yes.
>
> In the last step while booting a vm with a virtual nic, the command is 
> "nova boot  mytest  --flavor m1.tiny --image=cirros-0.3.1-x86_64-uec  
> --nic  net-id=network_X pci_flavor= '1:phyX_NIC;'".
>
> I noticed that, "pci_flavor" is prompted while there already has the 
> m1.tiny flavor, will the "pci_flavor" be separated from the normal 
> flavor in the next step?
>
yes. but not mean the pci_flavor is separated from normal flavor, the 
flavor is the original alias with api support. we rename to pci_flavor 
because it's just for pci and the flaovr things much more OS style.

hope help you.

Yongli He
>
> Thanks
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140324/bf20fbab/attachment.html>


More information about the OpenStack-dev mailing list