[virt-tools-list] 答复: Re: [virt-manager PATCH] network: add support to create SR-IOV VFs pool
Lin Ma
lma at suse.com
Tue Mar 21 10:44:47 UTC 2017
>>> Cole Robinson <crobinso at redhat.com> 2017/3/18 星期六 上午 1:10 >>>
>On 03/17/2017 04:02 AM, Lin Ma wrote:
>> Create a network with a device pool containing all the VFs of an SR-IOV
>> device.
>>
>> Signed-off-by: Lin Ma <lma at suse.com>
>> ---
>> ui/createnet.ui | 92 +++++++++++++++++++++++++++++++++-
>> virtManager/createnet.py | 127 +++++++++++++++++++++++++++++------------------
>> virtinst/network.py | 12 +++++
>> 3 files changed, 182 insertions(+), 49 deletions(-)
>
>This breaks the test suite, you'll need to extend the network-* test in
>tests/xmlparse.py
>
>"""
>Second list contains 2 additional elements.
>First extra element 0:
><XMLProperty ./@dev 140596782899032>
>
>- []
>+ [<XMLProperty ./@dev 140596782899032>,
>+ <XMLProperty ./@managed 140596782936352>]
>
>
>This means that there are XML properties that are
>untested in the test suite. This could be caused
>by a previous test suite failure, or if you added
>a new property and didn't extend the test suite.
>Look into extending clitest.py and/or xmlparse.py.
>"""
Thanks for your review, I'll try to learn how to add the tests :-)
>I don't know much about this feature. Can you provide an example <network>
>definition that we can add to tests/testdriver.xml?
Please refer to https://wiki.libvirt.org/page/Networking#Assignment_from_a_pool_of_SRIOV_VFs_in_a_libvirt_.3Cnetwork.3E_definition
The example <network> is:
<network>
<name>passthrough</name>
<forward mode='hostdev' managed='yes'>
<pf dev='eth3'/>
</forward>
</network>
Should I add it to tests/testdriver.xml?
(if no VFs on host, the network can't be created successfully)
>Also, is the XML meant to only use an SR-IOV host device? If so, is that
>something we can detect from nodedev XML? Right now looks like your patch
>shows all host devices regardless of whether they are SR-IOV enabled
Yes, It's only use for an SR-IOV host device.
I knew that showing all host devices regardless of whether they are SR-IOV enabled
is not a good idea, but as far as I know, SR-IOV status can't be detected from
nodedev XML so far. How about listing all of host network devices as a workaround,
then I write a libvirt patch to add the ability about describing the current SR-IOV
status in nodedev XML, once it was accepted in libvirt, I submit a new virt-manager
patch to fix this workaround?
Thanks,
Lin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/virt-tools-list/attachments/20170321/27edecd6/attachment.htm>
More information about the virt-tools-list
mailing list