Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DCE9FC54E94 for ; Wed, 25 Jan 2023 01:27:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233577AbjAYB0y (ORCPT ); Tue, 24 Jan 2023 20:26:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37544 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229798AbjAYB0w (ORCPT ); Tue, 24 Jan 2023 20:26:52 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 18FF947EF2; Tue, 24 Jan 2023 17:26:48 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B3B5B60F34; Wed, 25 Jan 2023 01:26:47 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3CD69C433D2; Wed, 25 Jan 2023 01:26:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1674610007; bh=ixdPOObRbqFJCpKGVTczBPFTWiW4EP6m1TWr/li2CKk=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=SRtH3eYvyLWfCnv2TF9+uLcaluPx/CAc4nZgoifGVcHlbsm7/G6Sj6RM6An69Ttet la5seuUI3JtEHgx7M9yQw633dIpGEJuft5lYBhCQukx37E3+cKCA+js2rtBPwEuoXT oBz3c129eMY+phHvyyC6iWUDBGoXJmoOCwwCLMtdfwOpbxLMTDBcdkqiSgN4W2IBo1 SjwNP5F90RPvQTmVFfJBB+O5lK7nRdA2ahU4T72NIWy7x2SirJxzWVNt/A6wpN2o4I fYnMoCL1PsAM73AhablXriW4K/Xx8LSfetEKFs54ymtm8D8GzZWHDVqtWKKdl2irKL 7m7bj7xo1cwig== Date: Tue, 24 Jan 2023 17:26:45 -0800 From: Jakub Kicinski To: Maxim Mikityanskiy Cc: Hariprasad Kelam , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "davem@davemloft.net" , "pabeni@redhat.com" , "edumazet@google.com" , Sunil Kovvuri Goutham , Linu Cherian , Geethasowjanya Akula , Jerin Jacob Kollanukkaran , Subbaraya Sundeep Bhatta , "jhs@mojatatu.com" , "xiyou.wangcong@gmail.com" , "jiri@resnulli.us" , "saeedm@nvidia.com" , "richardcochran@gmail.com" , "tariqt@nvidia.com" , "linux-rdma@vger.kernel.org" , "hariprasad.netdev@gmail.com" , Naveen Mamindlapalli Subject: Re: [net-next Patch v2 4/5] octeontx2-pf: Add devlink support to configure TL1 RR_PRIO Message-ID: <20230124172645.6afd4f5e@kernel.org> In-Reply-To: References: <20230123144548.4a2c06ae@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 24 Jan 2023 15:02:29 +0200 Maxim Mikityanskiy wrote: > So, basically, in your implementation, entities prioritized by hardware > are: each HTB class, each VF and PF; you want to keep user-assigned > priorities for HTB classes, you want to let the user assign a priority > for unclassified traffic, but the latter must be equal for all VFs and > PF (for DWRR to work), correct? And that devlink command is only useful > in the HTB scenario, i.e. it doesn't matter what tl1_rr_prio you set if > HTB is not used, right? To me HW this limited does not sound like a match for HTB offload.