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 2C0BE41EAF;
Thu, 16 Mar 2023 10:23:39 +0100 (CET)
Received: from mails.dpdk.org (localhost [127.0.0.1])
by mails.dpdk.org (Postfix) with ESMTP id 09DC040FDF;
Thu, 16 Mar 2023 10:23:39 +0100 (CET)
Received: from inbox.dpdk.org (inbox.dpdk.org [95.142.172.178])
by mails.dpdk.org (Postfix) with ESMTP id 3B19B40EF1
for ; Thu, 16 Mar 2023 10:23:38 +0100 (CET)
Received: by inbox.dpdk.org (Postfix, from userid 33)
id 2882B41EB0; Thu, 16 Mar 2023 10:23:38 +0100 (CET)
From: bugzilla@dpdk.org
To: dev@dpdk.org
Subject: [Bug 1186] rte_acl_classify returning mismatch result
Date: Thu, 16 Mar 2023 09:23:38 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: DPDK
X-Bugzilla-Component: other
X-Bugzilla-Version: unspecified
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: Utsav.Shrivastav@ibm.com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: Normal
X-Bugzilla-Assigned-To: dev@dpdk.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform
op_sys bug_status bug_severity priority component assigned_to reporter
target_milestone
Message-ID:
Content-Type: multipart/alternative; boundary=16789586180.98cbf4BCd.457511
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All
MIME-Version: 1.0
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
--16789586180.98cbf4BCd.457511
Date: Thu, 16 Mar 2023 10:23:38 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All
https://bugs.dpdk.org/show_bug.cgi?id=3D1186
Bug ID: 1186
Summary: rte_acl_classify returning mismatch result
Product: DPDK
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: other
Assignee: dev@dpdk.org
Reporter: Utsav.Shrivastav@ibm.com
Target Milestone: ---
Hi,
Version Details=20
DPDK Version : 19.11.10
Architecture : s390x (Big-Endian)
Linux OS Kernel : 5.4.0-128-generic
Ubuntu Version : 18.04.6 LTS
> Issue:
We are using ACL Library apis as part of DPDK application. As part of our
application we are trying to set following simple egress rule using function
rte_acl_add_rules():
src: 0.0.0.0/0
dst: 0.0.0.0/0
src port: 0:65535
dst port: 1:65535
protocol/mask: 6/255
category mask: 1 priority: 1 userdata: 536870912 (0x20000000)
The setting and building of rules are success.
We are then passing tcp packet to check if the same is getting matched. Whe=
n we
call rte_acl_classify(), we are getting result as 0 instead of 0x2. So, a
mismatch on the protocol rule is observed and therefore and packet is drop=
ped
on egress gate.=20
Additional Query:
Is it possible to tell what is and how wildness is calculated for each fiel=
d in
a rule?
Can you provide some insights with the issue and query ?=20
Also, I am new to this DPDK bugzilla, is it possible to share any
forum/community where we can ask code-related queries (about the terms used=
in
code) for the purpose of debugging ?
Regards,
Utsav
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--16789586180.98cbf4BCd.457511
Date: Thu, 16 Mar 2023 10:23:38 +0100
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.dpdk.org/
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All
Hi,
Version Details=20
DPDK Version : 19.11.10
Architecture : s390x (Big-Endian)
Linux OS Kernel : 5.4.0-128-generic
Ubuntu Version : 18.04.6 LTS
> Issue:
We are using ACL Library apis as part of DPDK application. As part of our
application we are trying to set following simple egress rule using function
rte_acl_add_rules():
src: 0.0.0.0/0
dst: 0.0.0.0/0
src port: 0:65535
dst port: 1:65535
protocol/mask: 6/255
category mask: 1 priority: 1 userdata: 536870912 (0x20000000)
The setting and building of rules are success.
We are then passing tcp packet to check if the same is getting matched. Whe=
n we
call rte_acl_classify(), we are getting result as 0 instead of 0x2. So, a
mismatch on the protocol rule is observed and therefore and packet is drop=
ped
on egress gate.=20
Additional Query:
Is it possible to tell what is and how wildness is calculated for each fiel=
d in
a rule?
Can you provide some insights with the issue and query ?=20
Also, I am new to this DPDK bugzilla, is it possible to share any
forum/community where we can ask code-related queries (about the terms used=
in
code) for the purpose of debugging ?
Regards,
Utsav
Hi, Version Details=20 DPDK Version : 19.11.10 Architecture : s390x (Big-Endian) Linux OS Kernel : 5.4.0-128-generic Ubuntu Version : 18.04.6 LTS > Issue: We are using ACL Library apis as part of DPDK application. As part of our application we are trying to set following simple egress rule using function rte_acl_add_rules(): src: 0.0.0.0/0 dst: 0.0.0.0/0 src port: 0:65535 dst port: 1:65535 protocol/mask: 6/255 category mask: 1 priority: 1 userdata: 536870912 (0x20000000) The setting and building of rules are success. We are then passing tcp packet to check if the same is getting matched. Whe= n we call rte_acl_classify(), we are getting result as 0 instead of 0x2. So, a mismatch on the protocol rule is observed and therefore and packet is drop= ped on egress gate.=20 Additional Query: Is it possible to tell what is and how wildness is calculated for each fiel= d in a rule? Can you provide some insights with the issue and query ?=20 Also, I am new to this DPDK bugzilla, is it possible to share any forum/community where we can ask code-related queries (about the terms used= in code) for the purpose of debugging ? Regards, Utsav