test suite reviews and discussions
 help / color / mirror / Atom feed
From: Peng Yuan <yuan.peng@intel.com>
To: dts@dpdk.org
Cc: Peng Yuan <yuan.peng@intel.com>
Subject: [dts] [PATCH v2] test_plans: add vf/pf reset
Date: Sat,  1 Apr 2017 16:47:49 -0400	[thread overview]
Message-ID: <1491079669-111865-1-git-send-email-yuan.peng@intel.com> (raw)

Signed-off-by: Peng Yuan <yuan.peng@intel.com>

diff --git a/test_plans/vf_pf_reset_test_plan.rst b/test_plans/vf_pf_reset_test_plan.rst
new file mode 100644
index 0000000..fd117ae
--- /dev/null
+++ b/test_plans/vf_pf_reset_test_plan.rst
@@ -0,0 +1,633 @@
+.. 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.
+
+Prerequisites
+-------------
+
+1. Hardware:
+
+  Fortville 4*10G NIC (driver: i40e)
+  tester: ens3f0
+  dut: ens5f0(pf0), ens5f1(pf1)
+  ens3f0 connect with ens5f0 by cable 
+  the status of ens5f1 is linked
+
+2. added command::
+
+  testpmd> port reset (port_id|all)
+  "Reset all ports or port_id"
+
+
+Test Case 1: vf reset -- create two vfs on one pf
+=================================================
+
+1. got the pci device id of DUT, for example::
+
+  ./dpdk_nic_bind.py --st
+
+  0000:81:00.0 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f0 drv=i40e
+  0000:81:00.1 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f1 drv=i40e
+
+2. create 2 VFs from 1 PF,and set the VF MAC address at PF0::
+
+  echo 2 > /sys/bus/pci/devices/0000\:81\:00.0/sriov_numvfs
+  ./dpdk_nic_bind.py --st
+
+  0000:81:00.0 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f0 drv=i40e
+  0000:81:02.0 'XL710/X710 Virtual Function' unused=
+  0000:81:02.1 'XL710/X710 Virtual Function' unused=
+  ip link set ens5f0 vf 0 mac 00:11:22:33:44:11
+  ip link set ens5f0 vf 1 mac 00:11:22:33:44:12
+
+3. Bind the VFs to dpdk driver::
+
+  ./tools/dpdk-devbind.py -b vfio-pci 82:02.0 82:02.1
+
+4. Set the VLAN id of VF1 and VF2:: 
+
+  ip link set ens5f0 vf 0 vlan 1
+  ip link set ens5f0 vf 1 vlan 1 
+
+5. run testpmd::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 -- -i \
+  --portmask=0x3 --txqflags=0 --crc-strip
+  testpmd> set fwd mac
+  testpmd> start
+  testpmd> set allmulti all on
+  testpmd> set promisc all off
+  testpmd> show port info all
+
+  Promiscuous mode: disabled
+  Allmulticast mode: enabled
+
+the status are not different from the default value.
+
+6. get mac address of one VF and use it as dest mac, using scapy to 
+send 1000 random packets from tester, verify the packets can be received
+by one VF and can be forward to another VF correctly::
+
+  scapy
+  >>>sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*40)], \
+  iface="ens3f0",count=1000)
+
+7. reset pf::
+
+  ifconfig ens5f0 promisc
+
+or::
+
+  ifconfig ens5f0 -promisc
+
+8. vf receive a pf reset message::
+
+  Event type: RESET interrupt on port 0
+  Event type: RESET interrupt on port 1
+
+if don't reset the vf, send the same 1000 packets with scapy from tester,
+the vf cannot receive any packets, including vlan=0 and vlan=1
+
+9. reset the vfs, run the command::
+   
+   testpmd> stop
+   testpmd> port reset 0
+   testpmd> port reset 1 
+   testpmd> start
+
+or just run the command "port reset all" 
+send the same 1000 packets with scapy from tester, verify the packets can be
+received by one VF and can be forward to another VF correctly,
+check the port info::
+
+  testpmd> show port info all
+
+  ********************* Infos for port 0  *********************
+  MAC address: 00:11:22:33:44:11
+  Promiscuous mode: disabled
+  Allmulticast mode: enabled
+
+  ********************* Infos for port 1  *********************
+  MAC address: 00:11:22:33:44:12
+  Promiscuous mode: disabled
+  Allmulticast mode: enabled
+
+the info status is consistent to the status before reset.
+
+Test Case 2: vf reset -- create two vfs on one pf, run testpmd seperatly
+========================================================================
+
+1. excute step1-step3 of test case 1
+
+2. start testpmd on two vf ports::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0xf -n 4  \
+  --socket-mem 1024,1024 -w 81:02.0 --file-prefix=test1  \
+  -- -i --crc-strip --eth-peer=0,00:11:22:33:44:12  \
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0xf0 -n 4  \
+  --socket-mem 1024,1024 -w 81:02.1 --file-prefix=test2  \
+  -- -i --crc-strip
+
+3. set fwd mode on vf0::
+
+  testpmd> set fwd mac
+  testpmd> start
+
+4. set rxonly mode on vf1::
+
+  testpmd> set fwd rxonly
+  testpmd> start
+
+5. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 can forward the packets to vf1.
+
+6. reset pf, don't reset vf0 and vf1, send the packets,
+   vf0 and vf1 cannot receive any packets.
+
+7. reset vf0 and vf1, send the packets,
+   vf0 can forward the packet to vf1.
+ 
+
+Test Case 3: vf reset -- create one vf on each pf
+=================================================
+
+1. create vf0 from pf0, create vf1 from pf1::
+
+  echo 1 > /sys/bus/pci/devices/0000\:81\:00.0/sriov_numvfs
+  echo 1 > /sys/bus/pci/devices/0000\:81\:00.1/sriov_numvfs
+  ip link set ens5f0 vf 0 mac 00:11:22:33:44:11
+  ip link set ens5f1 vf 0 mac 00:11:22:33:44:12
+
+2. bind the two vfs to vfio-pci::
+
+  ./usertools/dpdk-devbind.py -b vfio-pci 81:02.0 81:06.0
+
+3. start one testpmd on two vf ports::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 -- -i \
+  --portmask=0x3 --txqflags=0 --crc-strip
+
+4. start forwarding::
+
+  testpmd> set fwd mac
+  testpmd> start
+
+5. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can fwd the packets normally.
+
+6. reset pf0 and pf1, don't reset vf0 and vf1, send the packets,
+   vfs cannot receive any packets.
+
+7. reset vf0 and vf1, send the packets,
+   vfs can fwd the packets normally.
+
+
+Test Case 4: vlan rx restore -- vf reset all ports
+==================================================
+
+1. excute the step1-step3 of test case 1, then start the testpmd::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 -- -i \
+  --portmask=0x3 --txqflags=0 --crc-strip
+  testpmd> set fwd mac
+
+2. add vlan on both ports::
+
+  testpmd> rx_vlan add 1 0
+  testpmd> rx_vlan add 1 1
+  testpmd> start
+
+send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can receive the packets and forward it.
+send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=2)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 cannot receive any packets.
+
+3. reset pf, don't reset vf, send the packets in step2 from tester,
+the vfs cannot receive any packets.
+
+4. reset both vfs::
+
+  testpmd> stop
+  testpmd> port reset all
+  testpmd> start
+
+send the packets in step2 from tester
+vfs can receive the packets and forward it.
+send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=2)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 cannot receive any packets.
+
+
+test Case 5: vlan rx restore -- vf reset one port
+=================================================
+
+1. excute the step1-step3 of test case 1, then start the testpmd::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 -- -i  \
+  --portmask=0x3 --txqflags=0 --crc-strip
+  testpmd> set fwd mac
+
+2. add vlan on both ports::
+
+  testpmd> rx_vlan add 1 0
+  testpmd> rx_vlan add 1 1
+  testpmd> start
+
+send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can receive the packets and forward it.
+
+3. pf reset, then reset vf0, send packets from tester::
+
+  testpmd> stop
+  testpmd> port reset 0
+  testpmd> start
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 can receive the packets, but vf1 can't transmit the packets.
+send packets from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf1 cannot receive the packets.
+
+4. reset vf1::
+
+  testpmd> stop
+  testpmd> port reset 1
+  testpmd> start
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can receive and forward the packets.
+
+
+Test Case 6: vlan rx restore -- create one vf on each pf
+========================================================
+
+1. excute the step1-step3 of test case 3
+
+2. add vlan on both ports::
+
+  testpmd> rx_vlan add 1 0
+  testpmd> rx_vlan add 1 1
+
+3. set forward and start::
+
+  testpmd> set fwd mac
+  testpmd> start
+
+4. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can forward the packets normally.
+send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=2)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 cannot receive any packets.
+remove vlan 0 on vf1::
+
+  testpmd> rx_vlan rm 0 1
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 can receive the packets, but vf1 can't transmit the packets.
+
+5. reset pf, don't reset vf, send packets from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+the vfs cannot receive any packets.
+
+4. reset both vfs, send packets from tester::
+
+  testpmd> stop
+  testpmd> port reset all
+  testpmd> start
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 can receive the packets, but vf1 can't transmit the packets.
+send packets from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can forward the packets normally.
+ 
+
+Test Case 7: vlan tx restore
+============================
+
+1. excute the step1-step3 of test case 1
+
+2. run testpmd::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 -- -i \
+  --portmask=0x3 --txqflags=0 --crc-strip
+
+2. Add tx vlan offload on VF1 port, take care the first param is port,
+start forwarding::
+
+  testpmd> set fwd mac
+  testpmd> vlan set filter on 0
+  testpmd> set promisc all off
+  testpmd> vlan set strip off 0
+  testpmd> set nbport 2
+  testpmd> tx_vlan set 1 51
+  testpmd> start
+
+3. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*18)], \
+  iface="ens3f0",count=1)
+
+4. listening the port ens3f0::
+
+  tcpdump -i ens3f0 -n -e -x -v
+
+check the packet recevied, the packet is configured with vlan 51
+
+5. reset the pf, then reset the two vfs,
+send the same packet with no vlan tag, 
+check packets received by tester, the packet is configured with vlan 51.
+
+
+test Case 8: MAC address restore
+================================
+
+1. create vf0 from pf0, create vf1 from pf1::
+
+  echo 1 > /sys/bus/pci/devices/0000\:81\:00.0/sriov_numvfs
+  echo 1 > /sys/bus/pci/devices/0000\:81\:00.1/sriov_numvfs
+
+2. bind the two vfs to vfio-pci::
+
+  ./usertools/dpdk-devbind.py -b vfio-pci 81:02.0 81:06.0
+
+3. start testpmd on two vf ports::
+
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4  \
+  -- -i --portmask=0x3 --txqflags=0 --crc-strip
+
+4. add MAC address to the vf0 ports::
+
+  testpmd> mac_addr add 0 00:11:22:33:44:11
+  testpmd> mac_addr add 0 00:11:22:33:44:12
+
+5. start forwarding::
+
+  testpmd> set fwd mac
+  testpmd> start
+
+6. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can forward both of the two type packets.
+
+7. reset pf0 and pf1, don't reset vf0 and vf1, send the two packets,
+   vf0 and vf1 cannot receive any packets.
+
+8. reset vf0 and vf1, send the two packets,
+   vfs can forward both of the two type packets.
+
+
+test Case 9: vf reset (two vfs passed through to one VM)
+========================================================
+
+1. create 2 VFs from 1 PF,and set the VF MAC address at PF0::
+
+  echo 2 > /sys/bus/pci/devices/0000\:81\:00.0/sriov_numvfs
+  ./dpdk_nic_bind.py --st
+
+  0000:81:00.0 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f0 drv=i40e
+  0000:81:02.0 'XL710/X710 Virtual Function' unused=
+  0000:81:02.1 'XL710/X710 Virtual Function' unused=
+
+2. detach VFs from the host, bind them to pci-stub driver::
+
+  modprobe pci-stub
+  ./tools/dpdk_nic_bind.py --bind=pci_stub 81:02.0 81:02.1
+
+or using the following way::
+
+  virsh nodedev-detach pci_0000_81_02_0;
+  virsh nodedev-detach pci_0000_81_02_1;
+
+  ./dpdk_nic_bind.py --st
+
+  0000:81:00.0 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f0 drv=i40e
+  0000:81:02.0 'XL710/X710 Virtual Function' if= drv=pci-stub unused=
+  0000:81:02.1 'XL710/X710 Virtual Function' if= drv=pci-stub unused=
+
+it can be seen that VFs 81:02.0 & 81:02.1 's drv is pci-stub.
+
+3. passthrough VFs 81:02.0 & 81:02.1 to vm0, and start vm0::
+
+  /usr/bin/qemu-system-x86_64  -name vm0 -enable-kvm \
+  -cpu host -smp 4 -m 2048 -drive file=/home/image/sriov-fc20-1.img -vnc :1 \
+  -device pci-assign,host=81:02.0,id=pt_0 \
+  -device pci-assign,host=81:02.1,id=pt_1
+
+4. login vm0, got VFs pci device id in vm0, assume they are 00:05.0 & 00:05.1,
+bind them to igb_uio driver,and then start testpmd:: 
+
+  ./tools/dpdk_nic_bind.py --bind=igb_uio 00:05.0 00:05.1
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0x0f -n 4 \
+  -w 00:05.0 -w 00:05.1 -- -i --portmask=0x3 --txqflags=0
+
+5. add MAC address to the vf0 ports, set it in mac forward mode::
+
+  testpmd> mac_addr add 0 00:11:22:33:44:11
+  testpmd> mac_addr add 0 00:11:22:33:44:12
+  testpmd> set fwd mac
+  testpmd> start
+
+6. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:12")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vfs can forward both of the two type packets.
+
+7. reset pf0 and pf1, don't reset vf0 and vf1, send the two packets,
+   vf0 and vf1 cannot receive any packets.
+
+8. reset vf0 and vf1, send the two packets,
+   vfs can forward both of the two type packets.
+
+
+test Case 10: vf reset (two vfs passed through to two VM)
+=========================================================
+
+1. create 2 VFs from 1 PF,and set the VF MAC address at PF::
+
+  echo 2 > /sys/bus/pci/devices/0000\:81\:00.0/sriov_numvfs
+  ./dpdk_nic_bind.py --st
+
+  0000:81:00.0 'Ethernet Controller X710 for 10GbE SFP+' if=ens5f0 drv=i40e
+  0000:81:02.0 'XL710/X710 Virtual Function' unused=
+  0000:81:02.1 'XL710/X710 Virtual Function' unused=
+
+2. detach VFs from the host, bind them to pci-stub driver::
+
+  modprobe pci-stub
+
+using `lspci -nn|grep -i ethernet` got VF device id, for example "8086 154c"::
+
+  echo "8086 154c" > /sys/bus/pci/drivers/pci-stub/new_id
+  echo "0000:82:02.0" > /sys/bus/pci/drivers/i40evf/unbind
+  echo "0000:82:02.0" > /sys/bus/pci/drivers/pci-stub/bind
+
+  echo "8086 154c" > /sys/bus/pci/drivers/pci-stub/new_id
+  echo "0000:82:02.1" > /sys/bus/pci/drivers/i40evf/unbind
+  echo "0000:82:02.1" > /sys/bus/pci/drivers/pci-stub/bind
+
+3. pass through VF0 81:02.0 to vm0, VF1 81:02.1 to vm1::
+
+  taskset -c 20-21 qemu-system-x86_64 \
+  -enable-kvm -m 2048 -smp cores=2,sockets=1 -cpu host -name dpdk1-vm0 \
+  -device pci-assign,host=0000:81:02.0 \
+  -drive file=/home/img/vm1/f22.img \
+  -netdev tap,id=ipvm0,ifname=tap1,script=/etc/qemu-ifup \
+  -device rtl8139,netdev=ipvm0,id=net1,mac=00:11:22:33:44:11 \
+  -vnc :1 -daemonize
+  
+  taskset -c 18-19 qemu-system-x86_64 \
+  -enable-kvm -m 2048 -smp cores=2,sockets=1 -cpu host -name dpdk1-vm1 \
+  -device pci-assign,host=0000:81:02.1 \
+  -drive file=/home/img/vm1/f22.img \
+  -netdev tap,id=ipvm1,ifname=tap2,script=/etc/qemu-ifup \
+  -device rtl8139,netdev=ipvm1,id=net2,mac=00:11:22:33:44:12 \
+  -vnc :2 -daemonize
+
+4. login vm0, got VF0 pci device id in vm0, assume it's 00:05.0,
+bind the port to igb_uio, then start testpmd on vf0 port::
+
+  ./tools/dpdk_nic_bind.py --bind=igb_uio 00:05.0  
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0xf -n 4  \
+  -- -i --crc-strip --eth-peer=0,vf1port_macaddr  \
+
+login vm1, got VF1 pci device id in vm1, assume it's 00:06.0,
+bind the port to igb_uio, then start testpmd on vf1 port::
+
+  ./tools/dpdk_nic_bind.py --bind=igb_uio 00:06.0
+  ./x86_64-native-linuxapp-gcc/app/testpmd -c 0xf0 -n 4  \
+  -- -i --crc-strip
+
+5. add vlan on vf0 in vm0, and set fwd mode::
+
+  testpmd> rx_vlan add 1 0
+  testpmd> set fwd mac
+  testpmd> start
+
+add vlan on vf1 in vm1, set rxonly mode::
+
+  testpmd> rx_vlan add 1 0
+  testpmd> set fwd rxonly
+  testpmd> start
+
+6. send packets with scapy from tester::
+
+  sendp([Ether(dst="00:11:22:33:44:11")/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+  sendp([Ether(dst="00:11:22:33:44:11")/Dot1Q(vlan=1)/IP()/Raw('x'*1000)], \
+  iface="ens3f0",count=1000)
+
+vf0 can forward the packets to vf1.
+
+7. reset pf, don't reset vf0 and vf1, send the two packets,
+   vf0 and vf1 cannot receive any packets.
+
+8. reset vf0 and vf1, send the two packets,
+   vf0 can forward both of the two type packets to VF1.
-- 
2.5.0

             reply	other threads:[~2017-04-01  8:08 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-01 20:47 Peng Yuan [this message]
2017-04-20  5:18 ` Liu, Yong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1491079669-111865-1-git-send-email-yuan.peng@intel.com \
    --to=yuan.peng@intel.com \
    --cc=dts@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).