Tested-by: Lei Yao
- Apply patch to v16.11-rc2
- Compile: Pass
- OS: Ubuntu16.04 4.4.0-45-generic
- GCC: 5.4.0
Most of the basic Virtio related test cases are tested with this patch. No
function issue found and no obvious performance drop. The following is the pass
case list:
TC1:? vhost/virtio PVP vector performance ?
TC2:? vhost/virtio PVP normal path performance
TC3:? vhost/virtio PVP mergeable path performance
TC7: vhost/virtio-net PVP ipv4 fwd normal path performance
TC8: vhost/virtio-net PVP ipv4 fwd mergeable path performance
TC9: vhost/virtio-net VM2VM iperf with TSO enabled performance
TC11: vhost/virtio-pmd PVP with 2q 2c vector performance
TC12: vhost/virtio-pmd PVP with 2q 1c vector performance
TC16: vhost/virtio1.0 PVP normal performance
TC17: vhost/virtio 1.0 PVP mergeable performance
TC18: vhost/virtio 1.0 PVP vector performance(should be same as normal)
TC19: dpdk vhost + virtio-pmd PVP vector performance
TC20: dpdk vhost + virtio-pmd PVP non-vector performance
TC21: dpdk vhost + virtio-pmd PVP mergeable performance
TC25: Test Vhost/virtio-pmd PVP vector performance with qemu2.5
TC26: Test Vhost/virtio-pmd PVP vector performance with qemu2.6
TC27: Test Vhost/virtio-pmd PVP vector performance with qemu2.7
test vhost-user reconnect with virtio-pmd
test virtio-pmd reconnect with vhost-user
test vhost-user reconnect with multi virtio-pmd
multi test virtio-pmd reconnect with vhost-user
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Yuanhan Liu
Sent: Saturday, November 5, 2016 5:41 PM
To: dev at dpdk.org
Cc: Thomas Monjalon ; Tan, Jianfeng ; Kevin Traynor ; Ilya Maximets
; Kyle Larose ; Maxime
Coquelin ; Yuanhan Liu
Subject: [dpdk-dev] [PATCH v2 00/10] net/virtio: fix queue reconfigure issue
This patchset fixes few issues related to virtio queue reconfigure:
increase or shrink the queue number. The major issue and the reason behind is
described with length details in patch 4 "net/virtio: allocate queue at init
stage".
Those bugs can not be fixed by few lines of code, it's because the current
driver init logic is quite wrong, that I need change quite many places to make
it right. Meanwhile, I have already done my best to keep the changes being as
minimal as possible, so that we could have fewer changes to break something
else; also, it's would be easier for review.
v2: - fix two more minor issues regarding to queue enabling; see patch 9
and 10.
- refined commit log a bit.
Thanks.
--yliu
---
Yuanhan Liu (10):
net/virtio: revert fix restart
net/virtio: simplify queue memzone name
net/virtio: simplify queue allocation
net/virtio: allocate queue at init stage
net/virtio: initiate vring at init stage
net/virtio: move queue configure code to proper place
net/virtio: complete init stage at the right place
net/virtio: remove started field
net/virtio: fix less queues being enabled issue
net/virtio: fix multiple queue enabling
drivers/net/virtio/virtio_ethdev.c | 248 +--
drivers/net/virtio/virtio_ethdev.h | 16 --
drivers/net/virtio/virtio_pci.h| 3 +-
drivers/net/virtio/virtio_rxtx.c | 291 -
drivers/net/virtio/virtqueue.h | 7 +
5 files changed, 237 insertions(+), 328 deletions(-)
--
1.9.0