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 8EAE6A0A0B for ; Fri, 29 Jan 2021 19:02:22 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 74280240138; Fri, 29 Jan 2021 19:02:22 +0100 (CET) Received: from mail-oi1-f169.google.com (mail-oi1-f169.google.com [209.85.167.169]) by mails.dpdk.org (Postfix) with ESMTP id 71C9C40683 for ; Fri, 29 Jan 2021 19:02:19 +0100 (CET) Received: by mail-oi1-f169.google.com with SMTP id j25so10834789oii.0 for ; Fri, 29 Jan 2021 10:02:19 -0800 (PST) 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=z/FWetQY5nv+IJad8n3soS7ACt70eh9YIK07JrS9zR8=; b=LBhsjy/Ii4wvWqPmgZDw7A9aKRpCO+OYs6T1IoEK7mr3ZGSZ+OkwlGarVMc+dIUqj6 ZZOt36e6q/6zhSe9iPP7H8C+rH2N6dgGDcESmwmqgV1meaWx6tSa0+IYZ27LAUlouvMy LHFlPZAH26t39jfPsuJbuNObwfGdKyjPw2QQs= 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=z/FWetQY5nv+IJad8n3soS7ACt70eh9YIK07JrS9zR8=; b=YDsIihjqtHbYBXLrHGwj3qOugiuuAHOsiTm3NgfwSC06ZWnMWOQ4OEPnvAG/9lt+Lc /rLHJQ10bCUzUJIgcIry0pvCWeJDhlvYCHPY5sAYXmB/ls6OdK2J/Y+aEdyrEsjXROTw 8cGGmltuLfvfsI1/dMKNlXs4yHlKXRX0xvOTsGA4Xl8FDHs+zO3FYkpH3FlmAmlvot78 WaL+zkcdHGkC0S9eWgwetfry+Sj7ozLLExD+7iMJuG0WahuXLGhwkrc/+kWIS3if8h5H LDUBh4HLmJlsPFmRDg9cNhFY2f3mCgroJqYXIaBa0YLoUruiHcK+O5eQyBVa5xdEB8sS h1Sw== X-Gm-Message-State: AOAM533tI2PDRr0vKvdfd4gJoNjvyJe3QtY7VDjTBSvXSet5MrVMmmmB GCGBNxbYUzUgvSHHr0Cyits1pB8Om5sbTY6pfTg3tQ== X-Google-Smtp-Source: ABdhPJzqdnK0YubzD+nJ6rE5A3G5II2fnVAiIPImd22bwfMH17Uc0bjDA4Q3AuwaRljJxvMYOl2DT0GvbzuPHMMOdpg= X-Received: by 2002:aca:40d4:: with SMTP id n203mr3357097oia.19.1611943338510; Fri, 29 Jan 2021 10:02:18 -0800 (PST) MIME-Version: 1.0 References: <20210129175656.100983-1-lance.richardson@broadcom.com> In-Reply-To: <20210129175656.100983-1-lance.richardson@broadcom.com> From: Lance Richardson Date: Fri, 29 Jan 2021 13:02:07 -0500 Message-ID: To: Ajit Khaparde , Somnath Kotur Cc: dev@dpdk.org, stable@dpdk.org Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="0000000000001c81f105ba0dce0c" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-stable] [PATCH] net/bnxt: fix cp ring size calculation 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" --0000000000001c81f105ba0dce0c Content-Type: text/plain; charset="UTF-8" On Fri, Jan 29, 2021 at 12:57 PM Lance Richardson wrote: > > The size of the receive completion ring should be recalculated > when MTU is increased to a size that requires scattered receive > or when LRO is enabled. Move logic for this calculation from > the ring configuration path to the device start path. > - Made size calculation dependent only on scattered_rx > status. > - Moved calculation of scattered_rx up in the initialization > sequence. > - Made LRO offload status part of scattered_rx calculation. > > When the completion ring size is too small, completion overflows > can occur causing the ring to be disabled in hardware. > > Fixes: 04067844a3e9 ("net/bnxt: reduce CQ queue size without aggregation ring") > Cc: stable@dpdk.org > Signed-off-by: Lance Richardson > Reviewed-by: Ajit Kumar Khaparde > --- Please disregard, v2 coming. --0000000000001c81f105ba0dce0c--