From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 3A2D3A052B for ; Wed, 29 Jul 2020 23:52:57 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8727B37B7; Wed, 29 Jul 2020 23:52:56 +0200 (CEST) Received: from mx0a-00000d04.pphosted.com (mx0a-00000d04.pphosted.com [148.163.149.245]) by dpdk.org (Postfix) with ESMTP id 4698B11A2 for ; Wed, 29 Jul 2020 23:52:55 +0200 (CEST) Received: from pps.filterd (m0102887.ppops.net [127.0.0.1]) by mx0a-00000d04.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06TLaAmF021137 for ; Wed, 29 Jul 2020 14:52:54 -0700 Received: from mx0b-00000d03.pphosted.com (mx0b-00000d03.pphosted.com [148.163.153.234]) by mx0a-00000d04.pphosted.com with ESMTP id 32ghcr2ft8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 29 Jul 2020 14:52:54 -0700 Received: from pps.filterd (m0102882.ppops.net [127.0.0.1]) by mx0a-00000d03.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06TLY9qG004669 for ; Wed, 29 Jul 2020 14:52:53 -0700 Received: from mx0b-00000d06.pphosted.com (mx0b-00000d06.pphosted.com [148.163.139.119]) by mx0a-00000d03.pphosted.com with ESMTP id 32gggxkrk3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 29 Jul 2020 14:52:53 -0700 Received: from pps.filterd (m0167939.ppops.net [127.0.0.1]) by mx0b-00000d06.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06TLUTrn026171 for ; Wed, 29 Jul 2020 14:52:52 -0700 Received: from smtp.stanford.edu (smtp6.stanford.edu [171.67.219.73]) by mx0b-00000d06.pphosted.com with ESMTP id 32gh1nndrm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 29 Jul 2020 14:52:52 -0700 Received: from mail-oi1-f180.google.com (mail-oi1-f180.google.com [209.85.167.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gerryw) by smtp.stanford.edu (Postfix) with ESMTPSA id E72A98085F for ; Wed, 29 Jul 2020 14:52:51 -0700 (PDT) Received: by mail-oi1-f180.google.com with SMTP id e6so1847236oii.4 for ; Wed, 29 Jul 2020 14:52:51 -0700 (PDT) X-Gm-Message-State: AOAM5326lk0IxFylKZW1MI9Yz2BhCDSS7xG3+ofICMUZgkS0DY4sdkCR OwbZeJmQqTc5eODxv8blvK7iJkcYN/Hh7BbVPwQ= X-Google-Smtp-Source: ABdhPJzCRmehQ9U6toDDT/KN67/NiKGKmDIHgu8MDHLAcKGhQKDDEK2anZogU1eo4EOBvomIf+GkZwEW6BxuHDdwroA= X-Received: by 2002:aca:453:: with SMTP id 80mr9380162oie.16.1596059571288; Wed, 29 Jul 2020 14:52:51 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Gerry Wan Date: Wed, 29 Jul 2020 14:52:40 -0700 X-Gmail-Original-Message-ID: Message-ID: To: Asaf Penso Cc: Erez Ferber , "users@dpdk.org" , Bing Zhao x-proofpoint-stanford-dir: outbound X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-29_14:2020-07-29, 2020-07-29 signatures=0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-29_14:2020-07-29, 2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 clxscore=1015 mlxscore=0 adultscore=100 mlxlogscore=999 malwarescore=0 impostorscore=0 spamscore=0 suspectscore=0 lowpriorityscore=0 priorityscore=1501 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290145 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] COUNT action not supported on mlx5 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Hi Asaf, I want to filter some L7 protocols. Example use cases could be to send all TLS handshakes to a certain queue, or drop all DNS queries, and I do not want to rely on port numbers to do so= . >From my understanding, the RAW item type does not support ranges in the specification (I wish it did), but having RAW available will help simulate some protocols. Gerry On Wed, Jul 29, 2020 at 8:26 AM Asaf Penso wrote: > Hello Gerry, > > Regarding your question about RAW. Can you specify your use case? > In high level planning we'll consider supporting it in 21.02. > > Regards, > Asaf Penso > > -----Original Message----- > From: users On Behalf Of Erez Ferber > Sent: Monday, July 27, 2020 9:25 PM > To: Gerry Wan > Cc: users@dpdk.org > Subject: Re: [dpdk-users] COUNT action not supported on mlx5 > > Hi, > > One possible condition to get -ENOTSUP is if DevX is disabled on the NIC, > Have you verified DevX is enabled ? > Please check here : > > https://eur03.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdoc.d= pdk.org%2Fguides%2Fnics%2Fmlx5.html&data=3D02%7C01%7Casafp%40mellanox.c= om%7C038afadf61c844e6506808d8325a5eed%7Ca652971c7d2e4d9ba6a4d149256f461b%7C= 0%7C1%7C637314711005622085&sdata=3DB0O%2FBe6TlY%2BCRDPXcAFyAaBS701iLV5B= O%2B6kcqCs4b0%3D&reserved=3D0 > --- > enable DevX (required by Direct Rules and other features): > UCTX_EN=3D1 > --- > > With higher log verbosity, you could check in the application > initialization if mlx5 PMD returns"DevX is supported" to make sure. > > Regards, > Erez > > On Mon, 27 Jul 2020 at 21:12, Gerry Wan wrote: > > > Hello, > > > > I'm trying to query per-flow statistics using > > RTE_FLOW_ACTION_TYPE_COUNT on a Mellanox ConnectX-5 port. I tried > > extending the flow_filtering sample application with: > > > > struct rte_flow_query_count count =3D { > > .reset =3D 1, > > .hits_set =3D 1, > > .bytes_set =3D 1, > > .hits =3D 0, > > .bytes =3D 0, > > }; > > > > // set attr, pattern, etc. > > > > action[0].type =3D RTE_FLOW_ACTION_TYPE_COUNT; action[0].conf =3D &coun= t; > > action[1].type =3D RTE_FLOW_ACTION_TYPE_QUEUE; action[1].conf =3D &queu= e; > > action[2].type =3D RTE_FLOW_ACTION_TYPE_END; > > > > The call to rte_flow_validate() returns with -ENOTSUP, saying the flow > > cannot be created because the count action is not supported. However, > > mlx5 documentation > > (https://eur03.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fdo= c > > .dpdk.org%2Fguides%2Fnics%2Fmlx5.html%23statistics&data=3D02%7C01%7= C > > asafp%40mellanox.com%7C038afadf61c844e6506808d8325a5eed%7Ca652971c7d2e > > 4d9ba6a4d149256f461b%7C0%7C1%7C637314711005622085&sdata=3DpQ7pRgytQ= B > > %2F1IUGV2SZR5IrGNMZyMdseuECjIw7uuOE%3D&reserved=3D0) > > states that it does indeed support attaching count actions. Without > > the count action the flow rule configuration works fine. > > > > I am using DPDK-20.05 and MLNX_OFED_LINUX-5.0-2.1.8.0, with a > > ConnectX-5 Virtual Function (could the VF be the issue?). What can be > > the cause of this? > > > > On a related note, is there any plan for mlx5 to support > > RTE_FLOW_ITEM_TYPE_RAW? > > > > Thanks, > > >