From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id ED00ECE7 for ; Tue, 2 Feb 2016 07:11:44 +0100 (CET) Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga103.fm.intel.com with ESMTP; 01 Feb 2016 22:11:43 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,383,1449561600"; d="scan'208";a="903574371" Received: from shvmail01.sh.intel.com ([10.239.29.42]) by orsmga002.jf.intel.com with ESMTP; 01 Feb 2016 22:11:44 -0800 Received: from shecgisg003.sh.intel.com (shecgisg003.sh.intel.com [10.239.29.90]) by shvmail01.sh.intel.com with ESMTP id u126BehS028300; Tue, 2 Feb 2016 14:11:40 +0800 Received: from shecgisg003.sh.intel.com (localhost [127.0.0.1]) by shecgisg003.sh.intel.com (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id u126BbcG010840; Tue, 2 Feb 2016 14:11:39 +0800 Received: (from jingguox@localhost) by shecgisg003.sh.intel.com (8.13.6/8.13.6/Submit) id u126Bblx010836; Tue, 2 Feb 2016 14:11:37 +0800 From: Jingguo Fu To: dts@dpdk.org Date: Tue, 2 Feb 2016 14:11:24 +0800 Message-Id: <1454393485-10799-2-git-send-email-jingguox.fu@intel.com> X-Mailer: git-send-email 1.7.4.1 In-Reply-To: <1454393485-10799-1-git-send-email-jingguox.fu@intel.com> References: <1454393485-10799-1-git-send-email-jingguox.fu@intel.com> Cc: Jingguo Fu Subject: [dts] [DTS][PATCH V4 2/3] virt: vf to vf nic bridge test plan X-BeenThere: dts@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: test suite reviews and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Feb 2016 06:11:45 -0000 Abstract: add vf to vf bridge test plan, totally has three cases. fix the confused description fix the description for pkt-gen prepare Signed-off-by: Jingguo Fu --- test_plans/vf_to_vf_nic_bridge_test_plan.rst | 179 +++++++++++++++++++++++++++ 1 file changed, 179 insertions(+) create mode 100644 test_plans/vf_to_vf_nic_bridge_test_plan.rst diff --git a/test_plans/vf_to_vf_nic_bridge_test_plan.rst b/test_plans/vf_to_vf_nic_bridge_test_plan.rst new file mode 100644 index 0000000..b65317c --- /dev/null +++ b/test_plans/vf_to_vf_nic_bridge_test_plan.rst @@ -0,0 +1,179 @@ +.. Copyright (c) <2015>, Intel Corporation + All rights reserved. + + Redistribution and use in source and binary forms, with or without + modification, are permitted provided that the following conditions + are met: + + - Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. + + - Redistributions in binary form must reproduce the above copyright + notice, this list of conditions and the following disclaimer in + the documentation and/or other materials provided with the + distribution. + + - Neither the name of Intel Corporation nor the names of its + contributors may be used to endorse or promote products derived + from this software without specific prior written permission. + + THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS + "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT + LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS + FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE + COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, + INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) + ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED + OF THE POSSIBILITY OF SUCH DAMAGE. + +VF to VF Bridge testplan +======================== +This test suite aims to validate the bridge function on physical functional +for virtual functional to virtual functional communication. Cases of the +suite based on the vm to vm test scenario, echo vm needs on vf, and both of +the vfs generated from the same pf port. + +Prerequisites: +============== + +On host: + + Hugepages: at least 10 G hugepages, 6G(for vm on which run pktgen as stream source end) + 2G(for vm on which run testpmd as receive end) + 2G(for host used) + + Guset: two img with os for kvm qemu + + NIC: one pf port + + pktgen-dpdk: copy $DTS/dep/tgen.tgz to guest from which send the stream + +On Guest: + + Stream Source end: scapy pcpay and essential tarballs for compile pktgen-dpdk tools + + +Set up basic virtual scenario: +============================== + +step 1: generate two vfs on the target pf port (i.e. 0000:85:00.0): + + echo 2 > /sys/bus/pci/devices/0000\:85\:00.0/sriov_numvfs + +step 2: bind the two vfs to pci-stub: + + echo "8086 10ed" > /sys/bus/pci/drivers/pci-stub/new_id + echo 0000:85:10.0 > /sys/bus/pci/devices/0000:85:10.0/driver/unbind + echo 0000:85:10.0 > /sys/bus/pci/drivers/pci-stub/bind + echo 0000:85:10.2 > /sys/bus/pci/devices/0000:85:10.2/driver/unbind + echo 0000:85:10.2 > /sys/bus/pci/drivers/pci-stub/bind + +step 3: passthrough vf 0 to vm0 and start vm0: + + taskset -c 20,21,22,23 /usr/local/qemu-2.4.0/x86_64-softmmu/qemu-system-x86_64 \ + -name vm0 -enable-kvm -chardev socket,path=/tmp/vm0_qga0.sock,server,nowait,id=vm0_qga0 \ + -device virtio-serial -device virtserialport,chardev=vm0_qga0,name=org.qemu.guest_agent.0 \ + -daemonize -monitor unix:/tmp/vm0_monitor.sock,server,nowait \ + -net nic,vlan=0,macaddr=00:00:00:e2:4f:fb,addr=1f \ + -net user,vlan=0,hostfwd=tcp:10.239.128.125:6064-:22 \ + -device pci-assign,host=85:10.0,id=pt_0 -cpu host -smp 4 -m 6144 \ + -object memory-backend-file,id=mem,size=6144M,mem-path=/mnt/huge,share=on \ + -numa node,memdev=mem -mem-prealloc -drive file=/home/img/vm0.img -vnc :4 + +step 4: passthrough vf 1 to vm1 and start vm1: + + taskset -c 30,31,32,33 /usr/local/qemu-2.4.0/x86_64-softmmu/qemu-system-x86_64 \ + -name vm1 -enable-kvm -chardev socket,path=/tmp/vm1_qga0.sock,server,nowait,id=vm1_qga0 \ + -device virtio-serial -device virtserialport,chardev=vm1_qga0,name=org.qemu.guest_agent.0 \ + -daemonize -monitor unix:/tmp/vm1_monitor.sock,server,nowait \ + -net nic,vlan=0,macaddr=00:00:00:7b:d5:cb,addr=1f \ + -net user,vlan=0,hostfwd=tcp:10.239.128.125:6126-:22 \ + -device pci-assign,host=85:10.2,id=pt_0 -cpu host -smp 4 -m 6144 \ + -object memory-backend-file,id=mem,size=6144M,mem-path=/mnt/huge,share=on \ + -numa node,memdev=mem -mem-prealloc -drive file=/home/img/vm1.img -vnc :5 + + +Test Case1: test_2vf_d2d_pktgen_stream +=========================================== +both vfs in the two vms using the dpdk driver, send stream from vf1 in vm1 by dpdk pktgen +to vf in vm0, and verify the vf on vm0 can receive stream. + +step 1: run testpmd on vm0: + + ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x7 -n 1 -- -i --txqflags=0 + +step 2: set rxonly and start on vm0: + + set fwd rxonly + start + +step 3: copy pktgen-dpdk tarball to vm1: + + scp tgen.tgz to vm1 + tar xvf tgen.tgz + +step 4: generate pcap file on vm1: + + Context: [Ether(dst="52:54:12:45:67:10", src="52:54:12:45:67:11")/IP()/Raw(load='X'\*46)] + +step 5: send stream by pkt-gen on vm1: + + ./app/app/x86_64-native-linuxapp-gcc/app/pktgen -c 0xf -n 2 --proc-type auto -- -P -T -m '1.0' -s P:flow.pcap + +step 6: verify vf 0 receive status on vm0: Rx-packets equal to send packets count, 100 + + show port stats 0 + ######################## NIC statistics for port 0 ######################## + RX-packets: 100 RX-missed: 0 RX-bytes: 6000 + RX-errors: 0 + RX-nombuf: 0 + TX-packets: 0 TX-errors: 0 TX-bytes: 0 + ############################################################################ + +Test Case2: test_2vf_d2k_pktgen_stream +====================================== +step 1: bind vf to kernel driver on vm0 + +step 2: start up vf interface and using tcpdump to capature received packets + +step 3: copy pktgen-dpdk tarball to vm1: + + scp tgen.tgz to vm1 + tar xvf tgen.tgz + +step 4: generate pcap file on vm1: + + Context: [Ether(dst="52:54:12:45:67:10", src="52:54:12:45:67:11")/IP()/Raw(load='X'\*46)] + +step 5: send stream by pkt-gen on vm1: + + ./app/app/x86_64-native-linuxapp-gcc/app/pktgen -c 0xf -n 2 --proc-type auto -- -P -T -m '1.0' -s P:flow.pcap + +step 6: verify vf 0 receive status on vm0: Rx-packets equal to send packets count, 100 + +Test Case3: test_2vf_k2d_scapy_stream +====================================== +step 1: run testpmd on vm0: + + ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x7 -n 1 -- -i --txqflags=0 + +step 2: set rxonly and start on vm0: + + set fwd rxonly + start + +step 3: bind vf to kernel driver on vm0 + +step 4: using scapy to send packets + +step 5:verify vf 0 receive status on vm0: Rx-packets equal to send packets count, 100 + + show port stats 0 + ######################## NIC statistics for port 0 ######################## + RX-packets: 100 RX-missed: 0 RX-bytes: 6000 + RX-errors: 0 + RX-nombuf: 0 + TX-packets: 0 TX-errors: 0 TX-bytes: 0 + ############################################################################ -- 2.1.0