Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp3194224rwb; Tue, 8 Nov 2022 01:30:02 -0800 (PST) X-Google-Smtp-Source: AMsMyM4khfOT5BzkH+rXHuZ1n4txhIwOWiZla6/UM6Fn04t3phAMxqAsJvItuqNrd/QwCIOKJv1M X-Received: by 2002:a63:d54:0:b0:46f:9c0b:1e78 with SMTP id 20-20020a630d54000000b0046f9c0b1e78mr41758960pgn.178.1667899802343; Tue, 08 Nov 2022 01:30:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667899802; cv=none; d=google.com; s=arc-20160816; b=vl2zWSOMTlPQ8BOidjL6tME0VPHfSKEze05Yo2W2rUyfIi/du7X1Ft+NqgjSGemtVd ZuXatLdFI4Bf/Bonsad1lWuz6v9AWJD+srzzhD7CGWqa5FmuaqMvtFT7o5F0QUn7EqUh KUfGHgLQrC3G+WtqyLwowUdQEeu/zmePgE/x36bkwhJ/Ylj+agCSWLOQPk8LcNYcr2VJ ysWJPLSHV0fihg7lG3b4BpeZ51gZMxLNYm+Z+KQXxzqxLHKO1UCnEtvMpykjHJw3GgBl 7ULPqcKL16LtcYocIhR7YjNr3Stqx4CIhlJvv0ne764LB8Lw1DHszatx1BRpsahBOVe9 mBfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=YvWOIeTi71vabpR6493wGrzLeEBRKv4j+zJ6SoJE8jA=; b=zmv6gSLlwroZCe3gMfpPRRxTgk0WKrQK+NSzMlii3suO2z2J+H13IrL9DkH2LebQVC vSmlxbaiMMegmafhB422qlRHB++++y706uAmEAHiBl3Tmgrn308FyTyF1SKa4MtLeQBR jXKVnZQvbI+a0EalJvOlx6yJygqf8Acqx1Wx6rOLCqITMTFhUN0VqelrqpzerT8q+Qcm Hp3JEMvJgQ9uLd9nhMO16ySv8KIFzJL1plX2J8lwzvYJl9cLBpgrQQqKMYsc7rpDxx+j lZ4tanCDlRIFbtH/ucqbmW9DbuhOusqjKF8H3FlQ039exUU+Ho3PEaERpByiyWvwXm1f 47pg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@nbd.name header.s=20160729 header.b=Ht7+vQH7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nbd.name Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y22-20020a63fa16000000b0044c7a49bef7si13788479pgh.259.2022.11.08.01.29.50; Tue, 08 Nov 2022 01:30:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail header.i=@nbd.name header.s=20160729 header.b=Ht7+vQH7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nbd.name Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233500AbiKHJUU (ORCPT + 89 others); Tue, 8 Nov 2022 04:20:20 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39522 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232929AbiKHJUR (ORCPT ); Tue, 8 Nov 2022 04:20:17 -0500 Received: from nbd.name (nbd.name [46.4.11.11]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E211B24080; Tue, 8 Nov 2022 01:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nbd.name; s=20160729; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=YvWOIeTi71vabpR6493wGrzLeEBRKv4j+zJ6SoJE8jA=; b=Ht7+vQH7kQeKDWAOw7T1p8pXNv rmAFDdlK9cAx0c2Yz5jJ2hAm5uHvmRZaOChXwO1HNLB0q6IvIKAE9Cgfs4f4iuqZVnpuYb+OgmH96 wPJ2eCjc3mxdKm9wo3FWETneYsonVU8NW4Hz/39u8+OhRilw1E5sNrOZamR+rHmpmnpM=; Received: from p200300daa72ee1006d973cebf3767a25.dip0.t-ipconnect.de ([2003:da:a72e:e100:6d97:3ceb:f376:7a25] helo=nf.local) by ds12 with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1osKm2-000Tnt-BU; Tue, 08 Nov 2022 10:20:02 +0100 Message-ID: Date: Tue, 8 Nov 2022 10:20:00 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.3.2 Subject: Re: [PATCH 05/14] net: dsa: tag_mtk: assign per-port queues Content-Language: en-US To: Vladimir Oltean Cc: netdev@vger.kernel.org, Sean Wang , Landen Chao , DENG Qingfang , Andrew Lunn , Vivien Didelot , Florian Fainelli , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Matthias Brugger , linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org References: <20221107185452.90711-1-nbd@nbd.name> <20221107185452.90711-5-nbd@nbd.name> <20221107212209.4pmoctkze4m2ggbv@skbuf> <20221108075816.wsn2olii2lzcq7tf@skbuf> From: Felix Fietkau In-Reply-To: <20221108075816.wsn2olii2lzcq7tf@skbuf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08.11.22 08:58, Vladimir Oltean wrote: > On Tue, Nov 08, 2022 at 07:01:29AM +0100, Felix Fietkau wrote: >> On 07.11.22 22:22, Vladimir Oltean wrote: >> > On Mon, Nov 07, 2022 at 07:54:43PM +0100, Felix Fietkau wrote: >> > > Keeps traffic sent to the switch within link speed limits >> > > >> > > Signed-off-by: Felix Fietkau >> > > --- >> > > net/dsa/tag_mtk.c | 3 +++ >> > > 1 file changed, 3 insertions(+) >> > > >> > > diff --git a/net/dsa/tag_mtk.c b/net/dsa/tag_mtk.c >> > > index 415d8ece242a..445d6113227f 100644 >> > > --- a/net/dsa/tag_mtk.c >> > > +++ b/net/dsa/tag_mtk.c >> > > @@ -25,6 +25,9 @@ static struct sk_buff *mtk_tag_xmit(struct sk_buff *skb, >> > > u8 xmit_tpid; >> > > u8 *mtk_tag; >> > > + /* Reserve the first three queues for packets not passed through DSA */ >> > > + skb_set_queue_mapping(skb, 3 + dp->index); >> > > + >> > >> > Should DSA have to care about this detail, or could you rework your >> > mtk_select_queue() procedure to adjust the queue mapping as needed? >> I'm setting the queue here so that I don't have to add the extra overhead of >> parsing the payload in the ethernet driver. >> For passing the queue, I used a similar approach as tag_brcm.c and >> drivers/net/ethernet/broadcom/bcmsysport.c > > I was just asking if you can't add the 3 elsewhere, since the DSA > tagging protocol shouldn't care how many MAC IDs the DSA master has. Sure, that would work. I'll change it in v2. - Felix