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 3668646626 for ; Fri, 25 Apr 2025 01:04:37 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id F2E284025E; Fri, 25 Apr 2025 01:04:35 +0200 (CEST) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2130.outbound.protection.outlook.com [40.107.21.130]) by mails.dpdk.org (Postfix) with ESMTP id 369AF400D5 for ; Fri, 25 Apr 2025 01:04:35 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=kD0uhTGBZY2Wf96nlwEljiYdz9DgmqY+VMslpzTuGdwqf5Q8d1xIyaXBPP+U6f+Zy4zzKop+jSICNsxs+bO2C8t9kKGj4oEvU/QCIfBmRhTQZkmjAwMSI9sPfk+hh2QId2ga0j2FUvUji9mpCWxXQAJJ9JmKHZlqG9uagNrDuMusUHjg710xpFQcr0d6q3NcCteMNKZK4WlBfyzYsxQltReQkgnPM8dJXk6HM+C5VYfqK6Wrp6lXq86a88AmPdC4xy7Cd2++CJawYnplyaCyS2or9LMhj1Di/o8ZVSsSQz4nW7tjYioDCm2BvQgdTsSOlKdphLBQj5QhzIJM4Yvjfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ex8nWtmhQuSXNBWjnjW0STQ9gogV04rn3eXbWFE3/1U=; b=cBy/p5Wi/uoX58cPPALQXv/bL2JxG9ifqkM9OsP6HF/V6frgYPzIsskn86PtDBT9X93QqQK2/yCCFjkdvWDKrClqUea6S8xinbn2+io9uMS2CCzu7WUiuvWR+lfN69cMmCK2RPAAyooHEAnxalIa7KpRaradP345c6X9Lf464bnJpChIdqAGlZRfbLf36IUAkrttO04JeD0hVlT9v2dC/h+aznAFBEqocjWEmXAEGePS0aKqfcafZUzxJmXurMmgvrz7tfzzmuvbSA+2kqI96uakTvpk4/kVWyJMwmQSd5dM5x2qzkbCmQ/v+J+PvCejx2yS/ikdegg3jAiNt9bKCg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=b-ulltech.com; dmarc=pass action=none header.from=b-ulltech.com; dkim=pass header.d=b-ulltech.com; arc=none Received: from DB9P190MB1066.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:22e::14) by VI2P190MB2087.EURP190.PROD.OUTLOOK.COM (2603:10a6:800:21d::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8655.40; Thu, 24 Apr 2025 23:04:32 +0000 Received: from DB9P190MB1066.EURP190.PROD.OUTLOOK.COM ([fe80::ca8a:ca5e:8a3d:42fd]) by DB9P190MB1066.EURP190.PROD.OUTLOOK.COM ([fe80::ca8a:ca5e:8a3d:42fd%4]) with mapi id 15.20.8678.025; Thu, 24 Apr 2025 23:04:31 +0000 From: =?iso-8859-3?Q?Aisenur_Yolda=BA?= To: "users@dpdk.org" CC: =?iso-8859-3?Q?Volkan_Atl=B9?= , Denis Davidoglu Subject: DPDK 23.11 VMware checksum offload Thread-Topic: DPDK 23.11 VMware checksum offload Thread-Index: AQHbp8inUVektWZE0kW39MmltWRrzA== Date: Thu, 24 Apr 2025 23:04:31 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=b-ulltech.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DB9P190MB1066:EE_|VI2P190MB2087:EE_ x-ms-office365-filtering-correlation-id: 955aee84-16b7-47e7-78dc-08dd83845f84 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|376014|1800799024|38070700018|8096899003; x-microsoft-antispam-message-info: =?iso-8859-3?Q?HPGVSRkGnhHkv/dNGtPuugSK7FeBFlQIfQJxIBTYwYAEZJ/z76hIPrFLQp?= =?iso-8859-3?Q?UkP0lzyv9k2MQh/wwJA5p2pEcGn+A5LfF9zKew8ql4CtADz0EKkSpKUgSX?= =?iso-8859-3?Q?Noulk3m6aM/fCZ6z4uTy9Argzfy5AVDm4sUQ0en/lSv1GcJDMBdG4kXCCH?= =?iso-8859-3?Q?MGsqhqzDU8PBGTHp6d21O+zygFibG7kQypoUJo1vLASL9h5z1zQzyM90h9?= =?iso-8859-3?Q?kn/qyX9dwTP0BZfICCBF1rRH4HYR1l+nTXLc5jjnQtGMBCS11kGq7alboA?= =?iso-8859-3?Q?KWJQRP4DfbUmAqTZw56R3dZ2/ZJy1eaEOwgjwhAFO59IHh5U/8doYuALo6?= =?iso-8859-3?Q?VLOZ0YizXN+7D0PJnmeSsRVE2gg/T2DczwgEs6BfVwHtx4lnqt698bfnTh?= =?iso-8859-3?Q?9hfVkhJak0DgBqVTOF0bjEX2CDnlk6tYMZoeC1Vr1sEOdwxL1hKIXjibdW?= =?iso-8859-3?Q?3mIIo6UdoeU8k245cJUfpxFmTOhgXRq5QVnRblUnVP8UCtzJeGoXyGtyjQ?= =?iso-8859-3?Q?LJ0WN3lj7GlvFwsF3TUva8AhbjNKN4Ga/3DjLwMDIfobxLnGXdYzee2jiY?= =?iso-8859-3?Q?oZ7aVHW79MGqO0kbXMXS48NdjLSCPQYnIp6Kz5DTbxaDSDmZPG1wmZgCVK?= =?iso-8859-3?Q?yRh4PS47tVdB55EMMlevxtPp2an1jl8N8nmEVbFOuQt124tzUx+SEolUQX?= =?iso-8859-3?Q?xKwbxfFSJhpedEKDlXiCI3Q5tpDwGW1z2Jp+eF007Nyi9E0lhOUlqk2Qmt?= =?iso-8859-3?Q?GYCJSU38C8GYRUC7OUXXesNyAMICYmw6HTnSZGFztpBLeefKJDpCLkQV76?= =?iso-8859-3?Q?5A+9g6yqzUxm8HV0cNydv69cE0QLM5YQk5bBsp41PppusCZiixyQLWm8Wd?= =?iso-8859-3?Q?6MtOCswncFdiDJPZFOpA/SZ8+D6Hh/6rc/Qngh4GMb9qLwTOQFjo2ByukQ?= =?iso-8859-3?Q?j4lyDpGfax0f4ZPfGexyeXm3HBs9908zZ1hR3/zecMftRdEMwKLTkUWUma?= =?iso-8859-3?Q?QfR6tNWaCDgd97lwUtlvlhQZpAUhfMG3eL51yH1yA0jWyH3YUaffO625GF?= =?iso-8859-3?Q?nLoiwNVXRSlgPy7bBItgZ53oC5GKrFqNgaUeOfyAIrlniwoYY/+QCl8F/f?= =?iso-8859-3?Q?j3J0cPbmHpzul71S6fb+Vsd4GIF5sxQ32xPoFM0KBMkfNKogbpgqoQJj42?= =?iso-8859-3?Q?ylw7q+G2YHrdtqY+5ABer+flfoQ4XbTLt9JGUAIUaBeaIsR22Q3CB0wFUZ?= =?iso-8859-3?Q?LNcwOvQf7RuSEcg8XL8XrrU9yUi24dIwkfBWXXo5ed+wh6ItPJMKv3hOc8?= =?iso-8859-3?Q?KHA7J3PRibjRPN2FCLTs7WQW+lKW1igFVfkwTHfC77BbJOz9lMOIlu8hgK?= =?iso-8859-3?Q?LFQvriQdFWJEY7jS9sid4SEYWCl4k5UPzT7PR3S6LGyKCfaN+QKE3j4Ay/?= =?iso-8859-3?Q?6ko+wbi2epuKfvFXuBE2o8OB1vRJle+h5lovRk+QFx9ba5ns89NQjz0KqT?= =?iso-8859-3?Q?u0oIJdxFOO7SWM1P/fP+k4SljTfWRI0husdlOOylqwA5Bm2D18yjlGZwz2?= =?iso-8859-3?Q?EmbdDVM=3D?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9P190MB1066.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230040)(366016)(376014)(1800799024)(38070700018)(8096899003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-3?Q?grgFAm9hyDyAF/G4SxVaJTN/U3eyajD6paJPDYQ1OmJyDhQzAKeUCQpNfh?= =?iso-8859-3?Q?EtH+IHKDKX2wGmS32Mq0qeoU+Crjgz0NZlAl3d4INgqEXA4uigIVaN7WtE?= =?iso-8859-3?Q?QXHfzuVAS2OvH1LSmtMNpZlYYRAT/6/E0MaS9TOhpF2odRyTj68xVmxFyJ?= =?iso-8859-3?Q?DukNNCqvSYyiB5ntoJT3Jgp0t1iRPv5uxnG1evHjgS3z8QEVQeLGYR2ap+?= =?iso-8859-3?Q?9vG19XwMqloDx/tRW+VH6+wGmiun+ixWca4ARPZE8IRUoAfMns30FixvVn?= =?iso-8859-3?Q?hld02L8Kh7qrz5yew45fFuAhxSGLTMueccgDHVTsaCyukAblxpSYv2K0G+?= =?iso-8859-3?Q?tLqJXxfrqu3OdBwMDj4f+DVme9iVXwU1dguZFID9za3wEpc3azqirlje1U?= =?iso-8859-3?Q?Kd44cu3NUZkLg5Zk15j8MhKMHtkjRw31LReGRuRhHG8t59qlkTL3ziF4E6?= =?iso-8859-3?Q?qg7+Axa5R9jkfHas8xEbrWoy6BZZl8vTObfszreztZ6p2/ITo5+2UogeZR?= =?iso-8859-3?Q?W9WdJKZzqjm6dEW/3lH4DQj0rEu3mj7lysj9Oi7VfHjsmicQPHV1OqTU2x?= =?iso-8859-3?Q?1yJ0Z09RnbB8MPZIJq4MuALV4OoGwpIzu+CQVc/NND6vMpeUHcH7m3EGFX?= =?iso-8859-3?Q?hhUdAsmL/1ZKlsVSODNTMAVAGUphQLj1r3FHC0UluyLMS1vTiVsB6nPbRN?= =?iso-8859-3?Q?3chgXTuNUeFsZDLIbHiLOoq2j5M1NqzW54SMzI1YjsZsc9Lhf9OZZsXzCt?= =?iso-8859-3?Q?TE4hEG462rit9r3tCVYforwD0bqqS5Oyx3m4xmca8wmLhbVtnaRrhVFdP7?= =?iso-8859-3?Q?aA2qQIuI4cEpgmYLGidk2hFxTifuPCv50KK0sm3o1m4Oq04pSDbPzU7JsS?= =?iso-8859-3?Q?a+0AxfbH/c8G+/elSlHeEA28wF6HgRiyIFS1yLeRHVCLdXyN5FXaYOw9mx?= =?iso-8859-3?Q?OIo8Jb4oDxQJHOS2B49tdcmafSCDpNIdEccij8RqmDV6Nk28qfpCg1g9ED?= =?iso-8859-3?Q?w5Jqh27c50APaZFh+66v99kTjzCQsyCITTezXSq4rVL91YG8YtvslBTAh2?= =?iso-8859-3?Q?0/3hQoxYIiTwRNUShGCHWIVsHsy2SOGmm0vncK8+HgKN7vuyh9umaAfUYq?= =?iso-8859-3?Q?R7rDlOFt/sdkLrI+rOTOw6wk8yzuSQh6d6b0g0VQyyFrd5s6fdQ7qfAW3O?= =?iso-8859-3?Q?qN/8HVUetAHutAOkgDSwJtskYfXFiH1Wix0Aw+HhIWHrSS53xz9LD8QRff?= =?iso-8859-3?Q?lE7WW6o1ei+jCNwhBL4BPqRPgzoe0wEbVfHIw94IOkE/CQkGTMgC+I27Gm?= =?iso-8859-3?Q?egSHPhyBbQpP+1e6yX/+UcNTxEC8c6/ubEGotLomVzFVziXfEgb2gkFavr?= =?iso-8859-3?Q?rKETnrRPKdVIID4WWNPXWawJk2sbtjLCAkJRQ8QJJgZIaIVLVvy+77VwO3?= =?iso-8859-3?Q?KRcsc7zllC8EQbC2EO/NVsXMF3UjJu6N+fFfycF+3Vzytig2QtRPIE11rV?= =?iso-8859-3?Q?VowjFo2/2rWIQKdNMUO+apHCYIX4oj6XV8afrC1LfHCuiGd3DoMQW1hHCe?= =?iso-8859-3?Q?NgKCtEcrq4i1GrJNDX1GF2gYY9oWR3Z6LPwb3AEDf9EN9reJezNcIRP1fy?= =?iso-8859-3?Q?EQ9xtqr67Im/m2mh+kBBArjXZ78SSXbOkq?= Content-Type: multipart/alternative; boundary="_000_DB9P190MB1066B4DF6EA8931CD2583897C0AA2DB9P190MB1066EURP_" MIME-Version: 1.0 X-OriginatorOrg: b-ulltech.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DB9P190MB1066.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 955aee84-16b7-47e7-78dc-08dd83845f84 X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2025 23:04:31.7899 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: db7d47da-267a-4c33-9093-c84879076293 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WZHWG6YNkrArz1wvqlC6kom6BxXhcCqECKt6vNCx10CXrhHc9RN7NlVDq/fqKlhBEA70y48nN+tSFoWyv2+RCv+61SQYZnkk7mjrONzEgrA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI2P190MB2087 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 --_000_DB9P190MB1066B4DF6EA8931CD2583897C0AA2DB9P190MB1066EURP_ Content-Type: text/plain; charset="iso-8859-3" Content-Transfer-Encoding: quoted-printable Hi, I am trying to use dpdk 23.11 on a VMware virtual machine for a forwarding = application. My quest OS is Ubuntu 22.04 LTS and I am using the e1000 netwo= rk card. I realized checksums of the processed packets are not correct when= using checksum offload feature of DPDK. I suspect that checksums are stay = same when packets are changed. I also tried using vmxnet3 NIC in virtual machine but I got the same result= . I was using same code on a Mellanox card before on a real hardware and it= was working fine. When I calculated the checksum in the code instead of o= ffloading it is working, but I would like to use the offloading feature. Wh= at do you think could be the cause for this problem. The configuration I am using for checksum offload is: struct rte_eth_conf port_conf =3D { .rxmode =3D { .mq_mode =3D RTE_ETH_MQ_RX_RSS, }, .txmode =3D { .offloads =3D RTE_ETH_TX_OFFLOAD_IPV4_CKSUM | RTE_ETH_TX_OFFLOAD_UDP_CKSUM | RTE_ETH_TX_OFFLOAD_TCP_CKSUM , .mq_mode =3D RTE_ETH_MQ_TX_NONE, }, For vmxnet3 however I didn't use RTE_ETH_TX_OFFLOAD_IPV4_CKSUM because appa= rently that driver is not supporting IPv4 offload. Thanks Best, Aisenur --_000_DB9P190MB1066B4DF6EA8931CD2583897C0AA2DB9P190MB1066EURP_ Content-Type: text/html; charset="iso-8859-3" Content-Transfer-Encoding: quoted-printable
Hi,

I am trying to use dpdk 23.11 on a VMware virtual machine for a forwar= ding application. My quest OS is Ubuntu 22.04 LTS and I am using the e1000 = network card. I realized checksums of the processed packets are not correct= when using checksum offload feature of DPDK. I suspect that checksums are stay same when packets are changed.<= /div>

I also tried using vmxnet3 NIC in virtual machine but I got the same result= . I was using same code on a Mellanox card before on a real hardware a= nd it was working fine.  When I calculated the checksum in the code in= stead of offloading it is working, but I would like to use the offloading feature. What do you think could be the cause f= or this problem.

The configuration I am using for checksum offload is:

        struct rte_eth_conf port_conf =3D {
            .rxmode =3D {
                .mq_mode =3D R= TE_ETH_MQ_RX_RSS,
            },
            .txmode =3D {
                .offloads =3D
                    RTE_E= TH_TX_OFFLOAD_IPV4_CKSUM  |
                    RTE_E= TH_TX_OFFLOAD_UDP_CKSUM   |
                    RTE_E= TH_TX_OFFLOAD_TCP_CKSUM  ,
                    .mq_m= ode =3D RTE_ETH_MQ_TX_NONE,
            },

For vmxnet3 however I didn't use RTE_ETH_TX_OFFLOAD_IPV4_CKSUM because appa= rently that driver is not supporting IPv4 offload.

Thanks

Best,

Aisenur
--_000_DB9P190MB1066B4DF6EA8931CD2583897C0AA2DB9P190MB1066EURP_--