From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id D04ACA0C43; Mon, 15 Nov 2021 08:10:26 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C8A96410EA; Mon, 15 Nov 2021 08:10:26 +0100 (CET) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mails.dpdk.org (Postfix) with ESMTP id C2E464111C for ; Mon, 15 Nov 2021 08:10:24 +0100 (CET) X-IronPort-AV: E=McAfee;i="6200,9189,10168"; a="233230232" X-IronPort-AV: E=Sophos;i="5.87,235,1631602800"; d="scan'208";a="233230232" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Nov 2021 23:10:24 -0800 X-IronPort-AV: E=Sophos;i="5.87,235,1631602800"; d="scan'208";a="505801588" Received: from unknown (HELO dpdk.lan) ([10.240.183.77]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Nov 2021 23:10:22 -0800 From: Yan Xia To: dts@dpdk.org Cc: Yan Xia Subject: [dts][PATCH V2 1/3] test_plans/fortville_rss_granularity_config: delete this suite Date: Mon, 15 Nov 2021 15:11:42 +0000 Message-Id: <20211115151144.112066-2-yanx.xia@intel.com> X-Mailer: git-send-email 2.33.1 In-Reply-To: <20211115151144.112066-1-yanx.xia@intel.com> References: <20211115151144.112066-1-yanx.xia@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: dts@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: test suite reviews and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dts-bounces@dpdk.org delete fortville_rss_granularity_config dpdk commit-id: a12c188b85 net/mlx5: remove unused hash list operations Signed-off-by: Yan Xia --- ...ville_rss_granularity_config_test_plan.rst | 321 ------------------ 1 file changed, 321 deletions(-) delete mode 100644 test_plans/fortville_rss_granularity_config_test_plan.rst diff --git a/test_plans/fortville_rss_granularity_config_test_plan.rst b/test_plans/fortville_rss_granularity_config_test_plan.rst deleted file mode 100644 index 18592b1e..00000000 --- a/test_plans/fortville_rss_granularity_config_test_plan.rst +++ /dev/null @@ -1,321 +0,0 @@ -.. Copyright (c) <2015-2017>, 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. - -=================================================================== -Fortville Granularity Configuration of RSS and 32-bit GRE key Tests -=================================================================== - -Description -=========== - -This document provides test plan for testing the function of Fortville: - -1. Support granularity configuration of RSS - - By default Fortville uses hash input set preloaded from NVM image which - includes all fields IPv4/v6+TCP/UDP port. Potential problem for this is - global configuration per device and can affect all ports. It is required - that hash input set can be configurable, such as using IPv4 only or IPv6 - only or IPv4/v6+TCP/UDP. - -2. support 32-bit GRE keys - - By default Fortville extracts only 24 bits of GRE key to FieldVector (NVGRE - use case) but for Telco use cases full 32-bit GRE key is needed. It is - required that both 24-bit and 32-bit keys for GRE should be supported. the - test plan is to test the API to switch between 24-bit and 32-bit keys - - -Prerequisites -------------- - -1. Hardware: - - * 1x Fortville_eagle NIC (4x 10G) - * 1x Fortville_spirit NIC (2x 40G) - * 2x Fortville_spirit_single NIC (1x 40G) - -2. Software: - - * dpdk: http://dpdk.org/git/dpdk - * scapy: http://www.secdev.org/projects/scapy/ - -3. Bind one port to DPDK driver:: - - ./usertools/dpdk-devbind.py -b igb_uio 05:00.0 - - Suppose the MAC address of the port is "00:00:00:00:01:00". - - -Test Case 1: test with flow type ipv4-tcp -========================================= - -1. config testpmd on DUT - - 1. set up testpmd with Fortville NICs:: - - ./testpmd -c 0x1ffff -n 4 -- -i --coremask=0x1fffe --portmask=0x1 --rxq=16 --txq=16 --tx-offloads=0x8fff - - 2. Reta Configuration(optional, if not set, will use default):: - - testpmd> port config 0 rss reta (hash_index,queue_id) - - 3. PMD fwd only receive the packets:: - - testpmd> set fwd rxonly - - 4. rss received package type configuration:: - - testpmd> port config all rss tcp - - 5. set hash function:: - - testpmd>set_hash_global_config 0 toeplitz ipv4-tcp enable - - 6. verbose configuration:: - - testpmd> set verbose 8 - - 7. start packet receive:: - - testpmd> start - -2. using scapy to send packets with ipv4-tcp on tester:: - - sendp([Ether(dst="00:00:00:00:01:00")/IP(src="192.168.0.1", dst="192.168.0.2")/TCP(sport=1024,dport=1025)], iface=tester_itf) - - then got hash value and queue value that output from the testpmd on DUT. - -3. set hash input set to "none" by testpmd on dut:: - - testpmd> set_hash_input_set 0 ipv4-tcp none select - - send packet as step 2, got hash value and queue value that output from the - testpmd on DUT, the values should be different from the values in step 2. - -4. set hash input set by testpmd on dut, enable src-ipv4 & dst-ipv4:: - - testpmd> set_hash_input_set 0 ipv4-tcp src-ipv4 add - testpmd> set_hash_input_set 0 ipv4-tcp dst-ipv4 add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - different from the values in step 2. - -5. set hash input set by testpmd on dut, enable src-ipv4, dst-ipv4, tcp-src-port, tcp-dst-port:: - - testpmd> set_hash_input_set 0 ipv4-tcp tcp-src-port add - testpmd> set_hash_input_set 0 ipv4-tcp tcp-dst-port add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values - should be different with the values from step 3 & step 4, should be same as step 2. - -6. set hash input set by testpmd on dut, enable tcp-src-port, tcp-dst-port:: - - testpmd> set_hash_input_set 0 ipv4-tcp none select - testpmd> set_hash_input_set 0 ipv4-tcp tcp-src-port add - testpmd> set_hash_input_set 0 ipv4-tcp tcp-dst-port add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - should be different with the values from step2 & step 3 & step 4 & step 5. - - So it can be approved that with flow type ipv4-tcp, rss hash can be calculated by only included IPv4 fields - or only included TCP fields or both IPv4+TCP fields. - - -Test Case 2: test with flow type ipv4-udp -========================================= - -1. config testpmd on DUT - - 1. set up testpmd with Fortville NICs:: - - ./testpmd -c 0x1ffff -n 4 -- -i --coremask=0x1fffe --portmask=0x1 --rxq=16 --txq=16 --tx-offloads=0x8fff - - 2. Reta Configuration(optional, if not set, will use default):: - - testpmd> port config 0 rss reta (hash_index,queue_id) - - 3. PMD fwd only receive the packets:: - - testpmd> set fwd rxonly - - 4. rss received package type configuration:: - - testpmd> port config all rss udp - - 5. set hash function:: - - testpmd>set_hash_global_config 0 toeplitz ipv4-udp enable - - 6. verbose configuration:: - - testpmd> set verbose 8 - - 7. start packet receive:: - - testpmd> start - -2. using scapy to send packets with ipv4-udp on tester:: - - - sendp([Ether(dst="00:00:00:00:01:00")/IP(src="192.168.0.1", dst="192.168.0.2")/UDP(sport=1024,dport=1025)], iface=tester_itf)) - - then got hash value and queue value that output from the testpmd on DUT. - -3. set hash input set to "none" by testpmd on dut:: - - testpmd> set_hash_input_set 0 ipv4-udp none select - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - different from the values in step 2. - -4. set hash input set by testpmd on dut, enable src-ipv4 and dst-ipv4:: - - testpmd> set_hash_input_set 0 ipv4-udp src-ipv4 add - testpmd> set_hash_input_set 0 ipv4-udp dst-ipv4 add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - different from the values in step 2 & step 3. - -5. set hash input set by testpmd on dut, enable src-ipv4, dst-ipv4, udp-src-port, udp-dst-port:: - - testpmd> set_hash_input_set 0 ipv4-udp udp-src-port add - testpmd> set_hash_input_set 0 ipv4-udp udp-dst-port add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - should be different with the values from step 3 & step 4, should be same as step 2. - -6. set hash input set by testpmd on dut, enable udp-src-port, udp-dst-port:: - - testpmd> set_hash_input_set 0 ipv4-udp none select - testpmd> set_hash_input_set 0 ipv4-udp udp-src-port add - testpmd> set_hash_input_set 0 ipv4-udp udp-dst-port add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - should be different with the values from step2 & step 3 & step 4 & step 5. - - So it can be approved that with flow type ipv4-udp, rss hash can be calculated by only included IPv4 fields - or only included UDP fields or both IPv4+UDP fields. - -Test Case 3: test with flow type ipv6-tcp -========================================= - -test method is same as Test Case 1, but it need change all ipv4 to ipv6, -and using scapy to send packets with ipv6-tcp on tester:: - - sendp([Ether(dst="00:00:00:00:01:00")/IPv6(src="3ffe:2501:200:1fff::1", dst="3ffe:2501:200:3::2")/TCP(sport=1024,dport=1025)], iface=tester_itf) - -and the test result should be same as Test Case 1. - - -Test Case 4: test with flow type ipv6-udp -========================================= - -test method is same as Test Case 2, but it need change all ipv4 to ipv6, -and using scapy to send packets with ipv6-udp on tester:: - - sendp([Ether(dst="00:00:00:00:01:00")/IPv6(src="3ffe:2501:200:1fff::1", dst="3ffe:2501:200:3::2")/UDP(sport=1024,dport=1025)], iface=tester_itf) - -and the test result should be same as Test Case 2. - - -Test Case 6: 32-bit GRE keys and 24-bit GRE keys test -===================================================== - -1. config testpmd on DUT - - 1. set up testpmd with Fortville NICs:: - - ./testpmd -c 0x1ffff -n 4 -- -i --coremask=0x1fffe --portmask=0x1 --rxq=16 --txq=16 --tx-offloads=0x8fff - - 2. Reta Configuration(optional, if not set, will use default):: - - testpmd> port config 0 rss reta (hash_index,queue_id) - - 3. PMD fwd only receive the packets:: - - testpmd> set fwd rxonly - - 4. rss received package type configuration:: - - testpmd> port config all rss all - - 5. set hash function:: - - testpmd>set_hash_global_config 0 toeplitz ipv4-other enable - - 6. verbose configuration:: - - testpmd> set verbose 8 - - 7. start packet receive:: - - testpmd> start - -2. using scapy to send packets with GRE header on tester:: - - sendp([Ether(dst="00:00:00:00:01:00")/IP(src="192.168.0.1",dst="192.168.0.2",proto=47)/GRE(key_present=1,proto=2048,key=67108863)/IP()], iface=tester_itf) - - then got hash value and queue value that output from the testpmd on DUT. - -3. set hash input set to "none" by testpmd on dut:: - - testpmd> set_hash_input_set 0 ipv4-other none select - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the value should be - different with the values in step 2. - -4. set hash input set by testpmd on dut, enable src-ipv4, dst-ipv4:: - - testpmd> set_hash_input_set 0 ipv4-other src-ipv4 add - testpmd> set_hash_input_set 0 ipv4-other dst-ipv4 add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the value should be - same with the values in step 2. - -5. set hash input set and gre-key-len=3 by testpmd on dut, enable gre-key:: - - testpmd> global_config 0 gre-key-len 3 - testpmd> set_hash_input_set 0 ipv4-other gre-key add - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - different with the values in step 2 & step3. - -6. set gre-key-len=4 by testpmd on dut, enable gre-key:: - - testpmd> global_config 0 gre-key-len 4 - - send packet as step 2, got hash value and queue value that output from the testpmd on DUT, the values should be - different with the values in step 2 & step3 & step 5. - - So with gre-key-len=3 (24bit gre key) or gre-key-len=4 (32bit gre key), different rss hash value and queue value - can be got, it can be proved that 32bit & 24bit gre key are supported by Fortville. -- 2.33.1