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 C3F1BA0548 for ; Thu, 2 Dec 2021 12:24:16 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 4CF9040692; Thu, 2 Dec 2021 12:24:16 +0100 (CET) Received: from smtp1.servermx.com (smtp1.servermx.com [134.19.178.79]) by mails.dpdk.org (Postfix) with ESMTP id 28EDE4067B for ; Thu, 2 Dec 2021 12:24:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servermx.com; s=servermx; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fLaI42HfSHb1ku6YIT/L+Zs+rNojU381iUX5dTnZpCk=; b=Y1JzqHnz22sb9ZNlvwz8a51BEv OBiVm4jLQEId+26du8JE0bJmR3SvKkTpuD36hivz1OEtpdx+gVJ+qie3NeEeWrWXUeRAcN6Twujwe g8rAeWyH8tbdX1xYFZMGYVPstrOCnlx5sRLvtNSf75oMXL9Igzs0DZ06Ygxa7f/N8Txw=; Received: by exim4; Thu, 02 Dec 2021 12:24:14 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=servermx.com; s=servermx; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:To:Subject:MIME-Version:Date:Message-ID:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=fLaI42HfSHb1ku6YIT/L+Zs+rNojU381iUX5dTnZpCk=; b=Y1JzqHnz22sb9ZNlvwz8a51BEv OBiVm4jLQEId+26du8JE0bJmR3SvKkTpuD36hivz1OEtpdx+gVJ+qie3NeEeWrWXUeRAcN6Twujwe g8rAeWyH8tbdX1xYFZMGYVPstrOCnlx5sRLvtNSf75oMXL9Igzs0DZ06Ygxa7f/N8Txw=; Received: by exim4; Thu, 02 Dec 2021 12:24:13 +0100 Message-ID: Date: Thu, 2 Dec 2021 12:24:10 +0100 MIME-Version: 1.0 Subject: Re: rte flow rule not clear with DPDK 21.11 and Intel E810 Content-Language: en-US To: Filip Janiszewski , "users@dpdk.org" References: <1f898d4a-cbaf-ef5b-1eec-04a275fc53e5@filipjaniszewski.com> <81372222-08c1-ae43-0962-4670e72fc3aa@filipjaniszewski.com> From: Massimo Girondi In-Reply-To: <81372222-08c1-ae43-0962-4670e72fc3aa@filipjaniszewski.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Feedback-ID: outgoingmessage:massimo@girondi.net:ns01.servermx.com:servermx.com X-AuthUser: bimu5pypsh X-AuthUser: bimu5pypsh X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Hi Filip, I saw similar issues on a E810 too when I tested them a while ago. Looks like the supported patterns and actions are more limited than other cards. I'd suggest to look at the Intel DDP Tech Guide for some hints. You may also want to play with priorities and pipeline modes, since they change what is accepted in terms of patterns. See below On 01/12/2021 11.17, Filip Janiszewski wrote: > Just updating on other similar issue I'm finding, it appears this rte > flow rule is completely broken for Intel E810 and most probably useless, > for example, this rule works: > > . > testpmd> flow create 0 ingress pattern eth / ipv4 / tcp dst is 2044 / > end actions queue index 1 / end > Flow rule #4 created > . > > But the UDP version does not work: > > . > testpmd> flow create 0 ingress pattern eth / ipv4 / udp dst is 51005 / > end actions queue index 1 / end > Flow rule #1 created This I think it worked when I tried. Try to match a specific IP. > . > > Also vlan id based filtering do not work, ip ranges (using spec+last) do > not work et cetera. Be careful with the VLAN, only some specific patterns are supported. Also, check the "protocol extraction per queue" on thje DPDK documentation. > > Am I doing something wrong with testpmd or anybody can confirm that this > is just not working until fixed? > > Thanks > > Il 12/1/21 8:48 AM, Filip Janiszewski ha scritto: >> Hi, >> >> Is there any sensible reason for which this flow rule works: >> >> . >> testpmd> flow create 0 ingress pattern eth / ipv4 dst spec 199.168.152.2 >> dst mask 255.255.0.255 / end actions queue index 1 / end >> Flow rule #0 created >> . >> >> But this one not?: >> >> . >> testpmd> flow create 0 ingress pattern eth / ipv4 dst spec 199.168.152.2 >> dst mask 255.255.255.0 / end actions queue index 1 / end >> ice_flow_create(): Failed to create flow >> port_flow_complain(): Caught PMD error type 10 (item specification): >> cause: 0x7ffe040edaa8, Invalid input set: Invalid argument This may be due to the 0 not at the end, so that you can't do LPM. I saw similar problems on other drivers too with this. >> . >> >> I've just changed the mask from 255.255.0.255 to 255.255.255.0, it's >> really confusing why the latter one is not accepted.. >> >> Thanks >> > Hope that helps Massimo