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 912C04411E; Fri, 31 May 2024 18:33:40 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 80236402C9; Fri, 31 May 2024 18:33:40 +0200 (CEST) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by mails.dpdk.org (Postfix) with ESMTP id 7A40C4027D for ; Fri, 31 May 2024 18:33:39 +0200 (CEST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 04C931424; Fri, 31 May 2024 09:34:03 -0700 (PDT) Received: from [10.1.39.25] (FVFG51LCQ05N.cambridge.arm.com [10.1.39.25]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id F3D053F792; Fri, 31 May 2024 09:33:36 -0700 (PDT) Message-ID: <0b2d6cab-048e-411a-81d6-d6b1b129a6a1@arm.com> Date: Fri, 31 May 2024 17:33:35 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 4/4] dts: add test case that utilizes offload to pmd_buffer_scatter Content-Language: en-GB To: jspewock@iol.unh.edu, juraj.linkes@pantheon.tech, paul.szczepanek@arm.com, wathsala.vithanage@arm.com, Honnappa.Nagarahalli@arm.com, probb@iol.unh.edu, yoan.picchi@foss.arm.com, npratte@iol.unh.edu, thomas@monjalon.net Cc: dev@dpdk.org References: <20240514201436.2496-1-jspewock@iol.unh.edu> <20240530163339.14566-1-jspewock@iol.unh.edu> <20240530163339.14566-5-jspewock@iol.unh.edu> From: Luca Vizzarro In-Reply-To: <20240530163339.14566-5-jspewock@iol.unh.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org While testing this patch against the Intel NICs we have, I've detected that upon port start and stopping two ICMPv6 packets are sent out. This has caused these packets to appear in the first capture, causing it to intermittently fail if they were the first packets to arrive or not. Sometimes the ICMPv6 packets would be the only ones to show in the captured packets. This problem is not strictly related to this patch but could be fixed if not too annoying. So far what appears to have fixed the issue on my side, was just add some wait between port setup and the sending of the packets. time.sleep(2) seems to have done the job. But it may not be an ideal solution.