From patchwork Wed Jan 5 19:32:21 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: "Huang, ZhiminX" X-Patchwork-Id: 105628 Return-Path: X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1CBF3A034E; Wed, 5 Jan 2022 12:02:57 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 77AA341148; Wed, 5 Jan 2022 12:02:56 +0100 (CET) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by mails.dpdk.org (Postfix) with ESMTP id CE37B40685 for ; Wed, 5 Jan 2022 12:02:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1641380575; x=1672916575; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=in8YDzFtQS04Jaq158YeRFBMQciX9j28xsjn9t1iLLA=; b=C8Ohw6CiJ9I7678WJLYeDYu+3oBZbljAZyyjJyBnZPgM/KhmNKe+2TIT FExmD9l5f4D2TJnzBmZ+jCKK4jkeC8OiFVtrl30usdcX/XTT5mRgXD5Q4 bxfpjRZvG9Y7WGbu833WLmFUYy4hU8Giqdn0bKSzd6iykeSjfbF89NCPP qLFq1REa9FbXxRAzM2AOM9nfXhWdpYwYdIKSiiBLCbufcixHLJKpTC4zW OMxuasMzFKfk30yKHe7X5/eIvY8hTMQL9p8iyjmJNoNGTDywH0kI1YGVT 4XvhnCtEHr4/lZZ/VK04cyzhsRsCDXfCND50DgK6M7EqPQVLkpkZY9v2X g==; X-IronPort-AV: E=McAfee;i="6200,9189,10217"; a="223099070" X-IronPort-AV: E=Sophos;i="5.88,263,1635231600"; d="scan'208";a="223099070" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Jan 2022 03:02:44 -0800 X-IronPort-AV: E=Sophos;i="5.88,263,1635231600"; d="scan'208";a="512908851" Received: from unknown (HELO localhost.localdomain) ([10.239.251.97]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Jan 2022 03:02:43 -0800 From: Zhimin Huang To: dts@dpdk.org, yuan.peng@intel.com Cc: Zhimin Huang Subject: [dts] [PATCH V1 3/4] test_plans/cvl_advanced_rss_test_plan:modify testplan Date: Thu, 6 Jan 2022 03:32:21 +0800 Message-Id: <20220105193222.15083-3-zhiminx.huang@intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220105193222.15083-1-zhiminx.huang@intel.com> References: <20220105193222.15083-1-zhiminx.huang@intel.com> MIME-Version: 1.0 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 1.modify about tx checksum test steps 2.add mark to support fdir rule. Signed-off-by: Zhimin Huang --- test_plans/cvl_advanced_rss_test_plan.rst | 34 ++++++++++++++--------- 1 file changed, 21 insertions(+), 13 deletions(-) diff --git a/test_plans/cvl_advanced_rss_test_plan.rst b/test_plans/cvl_advanced_rss_test_plan.rst index 9ac11930..82566e74 100644 --- a/test_plans/cvl_advanced_rss_test_plan.rst +++ b/test_plans/cvl_advanced_rss_test_plan.rst @@ -2376,8 +2376,8 @@ Test case: Checksum for different payload length 8. Send packets of step 2. Check the IPV4/UDP/TCP/SCTP packets with different payload length have different hash value. -Test case: Set HW csum, flow rule doesn’t impact RX checksum and TX checksum -============================================================================ +Test case: Set HW csum, flow rule does not impact RX checksum and TX checksum +============================================================================= 1. launch testpmd without "--disable-rss":: ./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c f -n 6 -- -i --rxq=16 --txq=16 @@ -2394,9 +2394,14 @@ Test case: Set HW csum, flow rule doesn’t impact RX checksum and TX checksum set verbose 1 start -3. Capture the tx packet at tester port:: +3. Capture the tx packet at tester port and check checksum values same as expect pkts:: - tcpdump -i enp216s0f0 -Q in -e -n -v -x + take a IPV4 for example: + p = Ether(dst="00:11:22:33:44:55", src="52:00:00:00:00:00")/IP(src="192.168.0.1")/("X"*48) + p.show2() + expect pkts checksum value: chksum= 0x3b0f + + tcpdump -i ens7 'ether src 40:a6:b7:0b:76:28 and ether[12:2] != 0x88cc' -Q in -w /tmp/tester/sniff_ens7.pcap -c 7 4. Send packets:: @@ -2408,7 +2413,10 @@ Test case: Set HW csum, flow rule doesn’t impact RX checksum and TX checksum p6=Ether(dst="00:11:22:33:44:55", src="52:00:00:00:00:00")/IPv6()/UDP(sport=22, chksum=0xe38)/("X"*48) p7=Ether(dst="00:11:22:33:44:55", src="52:00:00:00:00:00")/IPv6()/SCTP(sport=22, chksum=0xf)/("X"*48) - Check rx checksum good or bad, check if the tx checksum correct. + take a IPV4 for example: + get sniff_ens7.pcap checksum value: 0x3b0f + + check the tx checksum correct. 5. Create rss rules with chsum as inputset:: @@ -2420,7 +2428,7 @@ Test case: Set HW csum, flow rule doesn’t impact RX checksum and TX checksum flow create 0 ingress pattern eth / ipv6 / udp / end actions rss types l4-chksum end queues end / end flow create 0 ingress pattern eth / ipv6 / sctp / end actions rss types l4-chksum end queues end / end -6. Send the same packets, check the hash value changed, check rx and tx checksum, get the same result. +6. repeat 3-4 steps, send the same packets, check the hash value changed, check rx and tx checksum, get the same result. Test case: Combined case with fdir queue group ============================================== @@ -2433,12 +2441,12 @@ Test case: Combined case with fdir queue group 2. Create fdir rules to queue group:: - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / tcp / end actions rss queues 4 5 end / end - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / udp / end actions rss queues 6 7 end / end - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / sctp / end actions rss queues 8 9 end / end - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / tcp / end actions rss queues 10 11 end / end - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / udp / end actions rss queues 12 13 end / end - flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / sctp / end actions rss queues 14 15 end / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / tcp / end actions rss queues 4 5 end / mark / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / udp / end actions rss queues 6 7 end / mark / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv4 / sctp / end actions rss queues 8 9 end / mark / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / tcp / end actions rss queues 10 11 end / mark / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / udp / end actions rss queues 12 13 end / mark / end + flow create 0 ingress pattern eth dst is 00:11:22:33:44:55 / ipv6 / sctp / end actions rss queues 14 15 end / mark / end 3. Send packets:: @@ -2450,7 +2458,7 @@ Test case: Combined case with fdir queue group p6=Ether(dst="00:11:22:33:44:55", src="52:00:00:00:00:00")/IPv6()/UDP(sport=22, chksum=0xe38)/("X"*48) p7=Ether(dst="00:11:22:33:44:55", src="52:00:00:00:00:00")/IPv6(src="ABAB:910A:2222:5498:8475:1111:3900:1010")/SCTP(sport=22, chksum=0xf)/("X"*48) - Check p2-p7 are distributed to specified queue group, + Check p2-p7 are distributed to specified queue group and mark id, p1 is distributed by RSS hash value. 4. Create rss rule with inputset checksum::