From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60093.outbound.protection.outlook.com [40.107.6.93]) by dpdk.org (Postfix) with ESMTP id F1D215B3E for ; Wed, 13 Feb 2019 11:29:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cgstowernetworks.onmicrosoft.com; s=selector1-cgstowernetworks-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wnhs+LBmbVyZY0DRYgnMPFH8rb069Z6U86VzQzSAtkA=; b=WeWawZzCWblkn7Whlwd/WW/pphi38d2pBfYqWcxyY7MZapp69s0a+la6+ZR6ScZmdjBdIyqx43YqT+HWLS7eqZA4s4ZKCyOD0XnzcOHk+lwFcURTdH72ojrYrkaeZjfITXh8ujRYK7OnK059DWp76rfpaKh90ngA8bdLynMWlns= Received: from AM6PR09MB2373.eurprd09.prod.outlook.com (20.177.113.146) by AM6PR09MB2614.eurprd09.prod.outlook.com (20.177.115.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1601.22; Wed, 13 Feb 2019 10:29:33 +0000 Received: from AM6PR09MB2373.eurprd09.prod.outlook.com ([fe80::d84e:12b8:a5bf:28b3]) by AM6PR09MB2373.eurprd09.prod.outlook.com ([fe80::d84e:12b8:a5bf:28b3%4]) with mapi id 15.20.1601.023; Wed, 13 Feb 2019 10:29:33 +0000 From: Yossi Goldberg To: "users@dpdk.org" Thread-Topic: Trying to use ACL with uint64 Thread-Index: AdTDhtZd/Fne4I+LTG21bmxRE8/0Fw== Date: Wed, 13 Feb 2019 10:29:33 +0000 Message-ID: Accept-Language: he-IL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Yossi@cgstowernetworks.com; x-originating-ip: [87.71.129.212] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a0498b33-364a-41a8-b050-08d6919e2555 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600110)(711020)(4605077)(2017052603328)(7153060)(7193020); SRVR:AM6PR09MB2614; x-ms-traffictypediagnostic: AM6PR09MB2614: x-microsoft-antispam-prvs: x-forefront-prvs: 094700CA91 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(136003)(396003)(346002)(376002)(39840400004)(199004)(189003)(305945005)(102836004)(6506007)(6916009)(476003)(7736002)(33656002)(99286004)(53936002)(7696005)(6116002)(3846002)(14454004)(68736007)(81166006)(26005)(316002)(2501003)(106356001)(97736004)(71200400001)(105586002)(81156014)(71190400001)(8676002)(74316002)(80792005)(66066001)(1730700003)(186003)(256004)(25786009)(8936002)(6436002)(486006)(53946003)(55016002)(30864003)(2351001)(5640700003)(2906002)(9686003)(508600001)(6306002)(72206003)(86362001)(966005)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6PR09MB2614; H:AM6PR09MB2373.eurprd09.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cgstowernetworks.com does not designate permitted sender hosts) x-microsoft-exchange-diagnostics: =?us-ascii?Q?1; AM6PR09MB2614; 23:bvM/hi8yd3sfsr7vEsbKikuJSEkUidBDzsR8tJlea?= =?us-ascii?Q?3FJ4+pcI5eE9ZlZ6MJ7QMCHG/ONbNpgqT8ewTsVyf1SJRfE/u49OUAfrzoY7?= =?us-ascii?Q?yxJSqEZh/8dwPHEuhanKkyaSnU6/NrxTCXvL5d53CgFqsL0v2HE2+EmuiXxe?= =?us-ascii?Q?1MgGvjbtHmYYBaY6yybqBNvonKCjCjCSqcmf/fjykCLpf5CiDeyUbrl8O0z2?= =?us-ascii?Q?WVpny2OLOv8yAyT6A/8mQAJ3Llia+O6UtqauCkltDomTgYhp+1pXidHxmeCv?= =?us-ascii?Q?reFSyhZCeic+eW9Zx8/JOSB7BzsY0DsjPWdRrMl0qWYiNssSzA7A6Joc3t4m?= =?us-ascii?Q?yFAZwOJ23Od9+ZWr1P/V3MV90AaBLOeE+UQT9g8KBM/bYKYHFRbSM4T+V1QL?= =?us-ascii?Q?q6OeKMESvSrvNsqQ11Kht06hrJYqr29tGDvmncR8NfLv0eN5b3Xb7C+9XoWf?= =?us-ascii?Q?sMs9dEyHy5TfeIwkGhGD10xkX2IfYsTDS1ayJX5h6Gan1nYS9Tcxr8lJTQMe?= =?us-ascii?Q?GFiJ7vbaH9rrnw+WoE4rfrHc89ew28xeAPpbp4CF4iL+tjVh4Qcgtrc28rDN?= =?us-ascii?Q?6pr5Sb0Rxl1FxZOPDr+Dqf7uhIavBOcvjnv4BJty6Js0bAZGArIc7FiEFhGE?= =?us-ascii?Q?rnQjUGS9HIzhcWCkXmAB0jpwZ6t8OCY+UdLHgp5CIvo5m510fodrw20D908V?= =?us-ascii?Q?oJ3jt/QWJZcKVkWDiUmY5GIK2rGtOGJ3RPieia3VH+kHeO9oz4O5lh415t9g?= =?us-ascii?Q?ncKzjPYWe39622cLFbCUTx4mzr3WNiVwvMwNlSogV/TqOIYT9b53WNRZnKU/?= =?us-ascii?Q?WdcVwsi19deKTozIl5fxtVgeF+QDhyjgv3c6iZY+LuFEXa4DPYkkcytu+tG9?= =?us-ascii?Q?p6l9YvGZriK5ifBZlXAx/X+vwCe/iYVSSCkZHE0uEesvJhWrULG7+nhXTjrq?= =?us-ascii?Q?Zun/4GYd/Wt2N7QvO7alN6xerLXPlEyDFhB7NIU7kZnfiGGFvzKCqZMsmdzA?= =?us-ascii?Q?ueo4jMpSnYseNYIwm5TPE1TrelofPLyuIE/QiG1wg8yH7c/TE/Oczp7QAAvd?= =?us-ascii?Q?1IBc/6hORK6MHBrJ6AuhyxEABzBUEGdVxyc2szqTKBZX/5cO19u88mV+W1wc?= =?us-ascii?Q?NypjTaG9BEy2nfQrPd5L5TZydwi4Uzw/1ivuiD1BYmdAZ60Ds/ROxrZkJiaI?= =?us-ascii?Q?OXyS/CcL1rgYiSAdvMjGe+ajMCg3Q7TUwAuZYRUrrupUd+5VtPkanAc6eHxT?= =?us-ascii?Q?s5+Q37a9wF45BZ+CQc=3D?= x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: b1WrX5ZyA6t9MiQJ/nQFwRdWnJ/HYfkeQ5qnh+7e7Y2Zx9ambqzaY++1jq2RdnJTcUltfTmS9xCIGi3Suu+7lh2liulP2Lm4DNCshMvnf0V3ElAsBG7fgWPiLQ/NA2cSDO/X5tHJZ9IX4C3ILn34QVyB9PYTLaC3N0yK936gbsjb0tOcPCK8wSUeo1ByWcB9l6bGJxeqK++8SCd1jtEsqfQ/U1o3VbkHTW57xKghhnxw7UiVhS9FNxoCFSb7J0rH0vz8s7M8CKgDiDQrQ910+mEXigmU9ccJhoqL9TNbdM6Kci/K0nIR9eoRsyWhTOY8/JCz6CwqwqiwfzTYNRvZXb5EfbP/xxDwz6T5GMJwjOLVHKvCoBYryYj1QRA+Vc6IxG2oGdDYy6wEw1j804wtr1dEFeT9UJaRxlp2ciYrkx8= MIME-Version: 1.0 X-OriginatorOrg: cgstowernetworks.com X-MS-Exchange-CrossTenant-Network-Message-Id: a0498b33-364a-41a8-b050-08d6919e2555 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2019 10:29:33.5165 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: fc9e9498-07e8-4b82-b4cf-365bba23cbbf X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR09MB2614 X-Mailman-Approved-At: Wed, 13 Feb 2019 21:28:49 +0100 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Trying to use ACL with uint64 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: , X-List-Received-Date: Wed, 13 Feb 2019 10:29:36 -0000 Hi, I'm trying to use rte_acl to match range of uint64_t numbers, but it seems= that uint64_t is not working well. it looks as if it match only 32 bits instead of full 64 bits value as it sh= ould. I didn't find any example that using uint64_t, but according to the code co= mment it should work: uint8_t size; /**< size of field 1,2,4, or 8. */ Does anyone know if it should work? Is there any specific configuration for= 64bits? Thanks I'm running on Ubuntu 14.04 LTS using dpdk 17.11 This is filed definitions: struct rte_acl_field_def acl_fields[] =3D { { .type =3D RTE_ACL_FIELD_TYPE_BITMASK, .size =3D sizeof(uint8_t), .field_index =3D 0, .input_index =3D 0, .offset =3D 0, }, { .type =3D RTE_ACL_FIELD_TYPE_RANGE, .size =3D sizeof(uint64_t), .field_index =3D 1, .input_index =3D 1, .offset =3D offsetof(struct gtp_data, num), }, }; struct acl_data { uint64_t num; }; For testing I tried to add number 0: rules[0].field[1].value.u64 =3D 0; rules[0].field[1].mask_range.u64 =3D 0; rules[0].data.userdata =3D 1 rules[0].data.priority =3D 1; rules[0].data.category_mask =3D 1; when I check with uint64_t(0) I get match. However, If I do the following: acl_data.num=3D 0; uint64_t tmp =3D htonl(0x12345678); acl_data.num |=3D ( tmp << 32); and calling rte_acl_classify with acl_data I'm still getting a match. Only if I change the first 32 bits I will get no-match