Received: by 2002:a05:7412:b10a:b0:f3:1519:9f41 with SMTP id az10csp2251629rdb; Sun, 3 Dec 2023 08:41:44 -0800 (PST) X-Google-Smtp-Source: AGHT+IHmX9FwllO8PGXak4m7UYZSL1Vx+X8jp8yAlAuJSzrvWWZq0taUh4oNiuZL6NEib9Q5XCMr X-Received: by 2002:a05:6808:14c4:b0:3b8:43b5:363c with SMTP id f4-20020a05680814c400b003b843b5363cmr3349230oiw.4.1701621704474; Sun, 03 Dec 2023 08:41:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701621704; cv=none; d=google.com; s=arc-20160816; b=NOAbwa+FS9CzbWk/6eGhvGP8xHDG2BoQdv0WXGT2gHbnTXjUYb4+5/oE+A72iDFmjU dKtJQQTpDN3X1GloI0fq8PIXfQd/2AdYzjt+PFcRLln/LNK7NSPXJ35gE90mB1wlL0P9 e/oxSjchLet5uJ7WlpcwChSvGdoZJzu2G222KYsAEwUgv2k/6YPT8iSscdFZ2O7++cqQ GHyUiwrCjI6iL2QnHr7+tNq8q8CR1FNduTZklSBnLeIrDrP71OZgtnGhmG12aO61Kq8U yXXRrLcnXaQ94XEnd4/kG3cqj2M6Kc/o/TxbW5m3IHewoY4lljQWU33q4jNzMoZoGV6i LSpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=8SmhaWqU6ae4c0TtFVyAjj0TqsvjwC/xPMKf95YqsgM=; fh=E9hK8N5CCV/DebVODLXonKJMDVc3ARKO0w04ipyPLfA=; b=GMZFc5uWa7MIw+Wl0zCTZVO73xr/T3x3zJR3QgMheChPN78uti/iATd+lwcQvXHmfj PqayXFDEZFt5n1Vj6MAoyxUzeHfgq4ulXZZjGFbwl+NpgQ4tvACyZzb6EyMA2NVkneLE Ls3J0OEqT2KInyYGoR086DskcygevhxVtwgE0vl9144m1Nv/fWvA5uodUHyqV3Xk4A3m bZ0xva8O7H7Lqy2RnG0hVA7CHzIj4GaBEErU7cZN75RppaRvv+XebmtiqDQacrwcU2QA 3EmhNZav99c2QcZRxI6yRAxOvKAZLdys30L2c4blZStABmc5WkTvEdZsCgEadC8OhWSc owHw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=juUirD9s; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from howler.vger.email (howler.vger.email. [2620:137:e000::3:4]) by mx.google.com with ESMTPS id r2-20020a6560c2000000b005a073e0cc9asi389866pgv.803.2023.12.03.08.41.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Dec 2023 08:41:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) client-ip=2620:137:e000::3:4; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=juUirD9s; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id A3E0880614BD; Sun, 3 Dec 2023 08:41:41 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229744AbjLCQlW (ORCPT + 99 others); Sun, 3 Dec 2023 11:41:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33284 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229450AbjLCQlV (ORCPT ); Sun, 3 Dec 2023 11:41:21 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 85B6CE8 for ; Sun, 3 Dec 2023 08:41:27 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AD4D5C433C8; Sun, 3 Dec 2023 16:41:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1701621687; bh=26wMpKPKrZag2Orm0i9X0BOac/BjRVT4g0G/xCMIVbA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=juUirD9srFrqrXnYOjDnYd+GqPB4NlmOjL8mdit7pIcQv5v4zPCbZwOAuj/URla8T LF2I2KGM3/3C8DG3KmQMIYBAEJyV7esvk+KfO6rEoNzEsP9OgkKEM8Has0b0XY1fw+ f6rjAhOkVcskFLMxQwmCsGh05Vo7Tx04fZrfoR6mJ9NrDrXT2sRKBhHes3gGhzcyxm ZKgkuh5mNHiM/JnNp3wAb3WVAZMXbmln0OngrDtYv4svXtrH7STz+xI0IiYIZapTj2 dNHZCjNWY3fOI4+O9cXxnT/fGUeN2C7xBH/rrb4ru/QzSzGclP5KSSRIM8ir5PUpUv OzchAtbJXHGnQ== Date: Sun, 3 Dec 2023 16:41:21 +0000 From: Simon Horman To: Geetha sowjanya Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kuba@kernel.org, davem@davemloft.net, pabeni@redhat.com, edumazet@google.com, sgoutham@marvell.com, lcherian@marvell.com, jerinj@marvell.com, sbhatta@marvell.com, hkelam@marvell.com Subject: Re: [net v3 PATCH 1/5] octeontx2-af: Adjust Tx credits when MCS external bypass is disabled Message-ID: <20231203164121.GK50400@kernel.org> References: <20231130075818.18401-1-gakula@marvell.com> <20231130075818.18401-2-gakula@marvell.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231130075818.18401-2-gakula@marvell.com> X-Spam-Status: No, score=-1.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on howler.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Sun, 03 Dec 2023 08:41:41 -0800 (PST) On Thu, Nov 30, 2023 at 01:28:14PM +0530, Geetha sowjanya wrote: > From: Nithin Dabilpuram > > When MCS external bypass is disabled, MCS returns additional > 2 credits(32B) for every packet Tx'ed on LMAC. To account for > these extra credits, NIX_AF_TX_LINKX_NORM_CREDIT.CC_MCS_CNT > needs to be configured as otherwise NIX Tx credits would overflow > and will never be returned to idle state credit count > causing issues with credit control and MTU change. > > This patch fixes the same by configuring CC_MCS_CNT at probe > time for MCS enabled SoC's > > Fixes: bd69476e86fc ("octeontx2-af: cn10k: mcs: Install a default TCAM for normal traffic") > Signed-off-by: Nithin Dabilpuram > Signed-off-by: Geetha sowjanya > Signed-off-by: Sunil Goutham > Reviewed-by: Wojciech Drewek Hi Geetha and Nithin, some minor feedback from my side. > --- > drivers/net/ethernet/marvell/octeontx2/af/mcs.c | 12 ++++++++++++ > drivers/net/ethernet/marvell/octeontx2/af/mcs.h | 2 ++ > drivers/net/ethernet/marvell/octeontx2/af/rvu.h | 1 + > drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c | 8 ++++++++ > 4 files changed, 23 insertions(+) > > diff --git a/drivers/net/ethernet/marvell/octeontx2/af/mcs.c b/drivers/net/ethernet/marvell/octeontx2/af/mcs.c > index c43f19dfbd74..d6effbe46208 100644 > --- a/drivers/net/ethernet/marvell/octeontx2/af/mcs.c > +++ b/drivers/net/ethernet/marvell/octeontx2/af/mcs.c > @@ -1219,6 +1219,17 @@ struct mcs *mcs_get_pdata(int mcs_id) > return NULL; > } > > +bool is_mcs_bypass(int mcs_id) > +{ > + struct mcs *mcs_dev; > + > + list_for_each_entry(mcs_dev, &mcs_list, mcs_list) { > + if (mcs_dev->mcs_id == mcs_id) > + return mcs_dev->bypass; > + } > + return true; > +} > + > void mcs_set_port_cfg(struct mcs *mcs, struct mcs_port_cfg_set_req *req) > { > u64 val = 0; > @@ -1447,6 +1458,7 @@ static void mcs_set_external_bypass(struct mcs *mcs, u8 bypass) > else > val &= ~BIT_ULL(6); > mcs_reg_write(mcs, MCSX_MIL_GLOBAL, val); > + mcs->bypass = bypass; I think that bool would be a more appropriate type than u8 for: * The bypass parameter of mcs_set_external_bypass() * The bypass field of struct mcs > } > > static void mcs_global_cfg(struct mcs *mcs) > diff --git a/drivers/net/ethernet/marvell/octeontx2/af/mcs.h b/drivers/net/ethernet/marvell/octeontx2/af/mcs.h > index 0f89dcb76465..ccd43c3f3460 100644 > --- a/drivers/net/ethernet/marvell/octeontx2/af/mcs.h > +++ b/drivers/net/ethernet/marvell/octeontx2/af/mcs.h > @@ -149,6 +149,7 @@ struct mcs { > u16 num_vec; > void *rvu; > u16 *tx_sa_active; > + u8 bypass; > }; > > struct mcs_ops { > @@ -206,6 +207,7 @@ void mcs_get_custom_tag_cfg(struct mcs *mcs, struct mcs_custom_tag_cfg_get_req * > int mcs_alloc_ctrlpktrule(struct rsrc_bmap *rsrc, u16 *pf_map, u16 offset, u16 pcifunc); > int mcs_free_ctrlpktrule(struct mcs *mcs, struct mcs_free_ctrl_pkt_rule_req *req); > int mcs_ctrlpktrule_write(struct mcs *mcs, struct mcs_ctrl_pkt_rule_write_req *req); > +bool is_mcs_bypass(int mcs_id); > > /* CN10K-B APIs */ > void cn10kb_mcs_set_hw_capabilities(struct mcs *mcs); > diff --git a/drivers/net/ethernet/marvell/octeontx2/af/rvu.h b/drivers/net/ethernet/marvell/octeontx2/af/rvu.h > index c4d999ef5ab4..9887edccadf7 100644 > --- a/drivers/net/ethernet/marvell/octeontx2/af/rvu.h > +++ b/drivers/net/ethernet/marvell/octeontx2/af/rvu.h > @@ -345,6 +345,7 @@ struct nix_hw { > struct nix_txvlan txvlan; > struct nix_ipolicer *ipolicer; > u64 *tx_credits; > + u64 cc_mcs_cnt; > }; > > /* RVU block's capabilities or functionality, > diff --git a/drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c b/drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c > index c112c71ff576..daafce5fef46 100644 > --- a/drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c > +++ b/drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c > @@ -12,6 +12,7 @@ > #include "rvu_reg.h" > #include "rvu.h" > #include "npc.h" > +#include "mcs.h" > #include "cgx.h" > #include "lmac_common.h" > #include "rvu_npc_hash.h" > @@ -4389,6 +4390,12 @@ static void nix_link_config(struct rvu *rvu, int blkaddr, > SDP_HW_MAX_FRS << 16 | NIC_HW_MIN_FRS); > } > > + /* Get MCS external bypass status for CN10K-B */ > + if (mcs_get_blkcnt() == 1) { > + /* Adjust for 2 credits when external bypass is disabled */ > + nix_hw->cc_mcs_cnt = is_mcs_bypass(0) ? 0 : 2; Perhaps it doesn't matter, but to me it seems a bit excessive to use a 64-bit field to store such small values. > + } > + > /* Set credits for Tx links assuming max packet length allowed. > * This will be reconfigured based on MTU set for PF/VF. > */ > @@ -4412,6 +4419,7 @@ static void nix_link_config(struct rvu *rvu, int blkaddr, > tx_credits = (lmac_fifo_len - lmac_max_frs) / 16; > /* Enable credits and set credit pkt count to max allowed */ > cfg = (tx_credits << 12) | (0x1FF << 2) | BIT_ULL(1); > + cfg |= (nix_hw->cc_mcs_cnt << 32); I do see that cc_mcs_cnt needs to be 64-bit here to avoid truncation. But overall I think this function could benefit from the use of FIELD_PREP(), which I think would side-step that problem. > > link = iter + slink; > nix_hw->tx_credits[link] = tx_credits; > -- > 2.25.1 >