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 5A5E7A0C40 for ; Wed, 28 Jul 2021 06:09:36 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 20A9240142; Wed, 28 Jul 2021 06:09:36 +0200 (CEST) Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) by mails.dpdk.org (Postfix) with ESMTP id 629FE40142 for ; Wed, 28 Jul 2021 06:09:34 +0200 (CEST) Received: by mail-qv1-f46.google.com with SMTP id d3so905014qvq.6 for ; Tue, 27 Jul 2021 21:09:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RcxkSUWBcu16140aztvxd5GtzHxIFcTW2DzGBjCEHCo=; b=YYaiFlciSoEJDMM8xG5IpNTqleVlB54QOKw8KnTH5r191GaBZw69kSWHayq1GjC5QJ JEM4vSM+nxwrGlFwHYN+upDspMmjJMv8gTj5Rs+xjTjLgq6LkhhSAZa5pPFa1Sz2/KI0 dYp42AjzZ5HVVNGQCcZuBI3yP1Rfd+1tHZqp4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RcxkSUWBcu16140aztvxd5GtzHxIFcTW2DzGBjCEHCo=; b=A7Wy+Tm7Uw3kHWI1oRQwna0qXFcoBMFoOVu8HQcX4n+3WdSWA8njD5LSxqJcr9ZRlu aJvYuEu6gE/0eCg7AlEQmd0Ybh93VhA3sXRX0sXhX6kLWVFOfgbCZBgSohe28Ohq27UN TqondLNxVpWFmJJIZvtSamMUIP9y9skutuasFzUu3Fm6IYpLCE7ByDk8h46hzme+YVHG d0eU3NGmPUaQg5uIWOfWxI+4Mc6p+3VJBhFsm2CZIx1dyfVfRKF/aUmNbRnvy1W24A/n UtUdVVMf5kcgDyDY3YL1huVaIPag3k4DuqqNjM3foL48ZLe4RilNU0wwaZFXovcffJW8 Jr+g== X-Gm-Message-State: AOAM5308E4gVDT0Mp4vsIuJACtiVrTdy0jMW3FQ7ZauezMbH7mzg8aKJ /aaqH/6T/7Sjy3kSbr/FjUlR5OLMKdrZJTfNB5MHqQ== X-Google-Smtp-Source: ABdhPJzBUQAqNXz2xtPhKCTktM+Cbt2aPmdZzDIQEpzlnKCZKiA1sHbzsdyFtas2U0QQ9lCaFOgg6YymSb6AbMbMT0A= X-Received: by 2002:ad4:5d6e:: with SMTP id fn14mr9881053qvb.35.1627445373694; Tue, 27 Jul 2021 21:09:33 -0700 (PDT) MIME-Version: 1.0 References: <20210719083309.15428-1-getelson@nvidia.com> <20210727130757.30724-1-getelson@nvidia.com> In-Reply-To: <20210727130757.30724-1-getelson@nvidia.com> From: Ajit Khaparde Date: Tue, 27 Jul 2021 21:09:17 -0700 Message-ID: To: Gregory Etelson Cc: dpdk-dev , Olivier Matz , Andrew Rybchenko , Ferruh Yigit , Thomas Monjalon , dpdk stable , Xiaoyun Li Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="00000000000069050705c82727aa" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-stable] [PATCH v2] app/testpmd: fix TX checksum calculation for tunnel X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Sender: "stable" --00000000000069050705c82727aa Content-Type: text/plain; charset="UTF-8" On Tue, Jul 27, 2021 at 6:08 AM Gregory Etelson wrote: > > TX checksum of a tunnelled packet can be calculated for outer headers > only or for both outer and inner parts. The calculation method is > determined by application. > If TX checksum calculation can be offloaded, hardware ignores > existing checksum value and replaces it with an updated result. > If TX checksum is calculated by a software, existing value must be > zeroed first. > The testpmd checksum forwarding engine always zeroed inner checksums. > If inner checksum calculation was offloaded, that header was left > with 0 checksum value. > Following outer software checksum calculation produced wrong value. > The patch zeroes inner IPv4 checksum only before software calculation. > > Fixes: 51f694dd40f5 ("app/testpmd: rework checksum forward engine") > Cc: stable@dpdk.org > > Signed-off-by: Gregory Etelson Acked-by: Ajit Khaparde --00000000000069050705c82727aa--