From mboxrd@z Thu Jan 1 00:00:00 1970 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D1605C2BD09 for ; Fri, 12 Jul 2024 15:05:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=JkDuQpw3fWIsyN4IwplCXAXOu+ldCbdOusGtbp/u2CQ=; b=3hJEoj+UTwAihJ+Px5D9Ql4kcX eZl223S1zTL2tDylwZTciS69c8tCitWAkVns93FPG+A9ut51ZMhbrLhvlmF3EzPI9z0PvmYsL3/ge TR6QF63tO7SjhCtnYb6BVqNIMsVEagnV7OKaK6F4rowzcyTBvSOvBuRjlm7KYkQJ8W04Uvo6BRjLz pR6s1r6HEa7rboaYWpp1d+MVeL3yzm6j+kWViV0PKZV/HiebyEzOvh+gVn8A2TrIvymF8B9siISNW EiFTv9Bky3D323s+rcCriCjKU8bXoDPxeaYhRVIP+yubAq/xY5UPvNPguZvukbv3xfVKm+Po7GMvK bRk8ufIQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sSHpU-00000000Rtx-2w9h; Fri, 12 Jul 2024 15:05:03 +0000 Received: from sin.source.kernel.org ([2604:1380:40e1:4800::1]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sSHpC-00000000RpX-3PN4 for linux-arm-kernel@lists.infradead.org; Fri, 12 Jul 2024 15:04:44 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id E4BC5CE1B05; Fri, 12 Jul 2024 15:04:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5CA80C32782; Fri, 12 Jul 2024 15:04:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1720796677; bh=z2ecqsPAYASZD2A2evVebbdkkv9mdIYLlaEA6NG5YZw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=TyMqm/d8Wna5olkJvQxq07tM1rg4n7CbbqIxreylCwqv58A4WrUdzG1yYdIKyuych 4sxAj/rbFSrs/r49THFKj1yOo62cxn2C/BrSic/9vdaJLgAGYZPSemgFt0y1yCTVnX UQz2gAT9fjhCbeGIlZR6dx7DCktrc/9ge+q8jSNqqt0CQdQm5I4bN6ANP4/SyAvvvx hZ+lS3heiz5y/LcOluBHT3WnMScRrQTymM83nRA/hcGFSXnBYuj4RbnaSzrkoD5g4q zrAAprMoAJcd7o9d8w6PfLD343Y0VpoVaEKzJS1jCUj5y9/LTalBP65POWjzdVMf0n M89ueiWOXpsSA== Date: Fri, 12 Jul 2024 17:04:34 +0200 From: Lorenzo Bianconi To: Jakub Kicinski Cc: netdev@vger.kernel.org, nbd@nbd.name, lorenzo.bianconi83@gmail.com, davem@davemloft.net, edumazet@google.com, pabeni@redhat.com, conor@kernel.org, linux-arm-kernel@lists.infradead.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, devicetree@vger.kernel.org, catalin.marinas@arm.com, will@kernel.org, upstream@airoha.com, angelogioacchino.delregno@collabora.com, benjamin.larsson@genexis.eu, rkannoth@marvell.com, sgoutham@marvell.com, andrew@lunn.ch, arnd@arndb.de, horms@kernel.org Subject: Re: [PATCH v7 net-next 2/2] net: airoha: Introduce ethernet support for EN7581 SoC Message-ID: References: <8ca603f8cea1ad64b703191b4c780bab87cb7dff.1720600905.git.lorenzo@kernel.org> <20240711181003.4089a633@kernel.org> <20240712072819.4f43062c@kernel.org> <20240712080002.37c11d02@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FrVz4LyIzcl3psSO" Content-Disposition: inline In-Reply-To: <20240712080002.37c11d02@kernel.org> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240712_080443_224972_54933007 X-CRM114-Status: GOOD ( 27.13 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --FrVz4LyIzcl3psSO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > On Fri, 12 Jul 2024 16:43:58 +0200 Lorenzo Bianconi wrote: > > > On Fri, 12 Jul 2024 15:47:38 +0200 Lorenzo Bianconi wrote: =20 > > > > The Airoha eth SoC architecture is similar to mtk_eth_soc one (e.g = MT7988a). > > > > The FrameEngine (FE) module has multiple GDM ports that are connect= ed to > > > > different blocks. Current airoha_eth driver supports just GDM1 that= is connected > > > > to a MT7530 DSA switch (I have not posted a tiny patch for mt7530 d= river yet). > > > > In the future we will support even GDM{2,3,4} that will connect to = differ > > > > phy modues (e.g. 2.5Gbps phy). =20 > > >=20 > > > What I'm confused by is the mentioned of DSA. You put the port in the > > > descriptor, and there can only be one switch on the other side, right= ? =20 > >=20 > > do you mean fport in msg1 (airoha_dev_xmit())? > >=20 > > fport =3D port->id =3D=3D 4 ? FE_PSE_PORT_GDM4 : port->id; > > msg1 =3D FIELD_PREP(QDMA_ETH_TXMSG_FPORT_MASK, fport) | > > ... > >=20 > > fport refers to the GDM port and not to the dsa user port. Am I missing > > something? >=20 > Ooh, I see, reading what you explained previously now makes sense. > So only 1 of the ports goes to the DSA switch, and the other ones > are connected to SoC pins? A diagram would be worth a 1000 words ;) exactly, just GDM1 FE port is connected to the DSA switch. I will try to do my best for the diagram :) >=20 > > > be in a setup like this :( It will have no way to figure out the real > > > egress rate given that each netdev only sees a (non-)random sample > > > of traffic sharing the queue :( =20 > >=20 > > do you prefer to remove BQL support? >=20 > No strong preference, I worry it will do more harm than good in > this case. It's not what it's designed for basically. But without > testing it's all speculation, so up to you, users can always disable > using sysfs. let me take a look to it again but, if it is not harmful, I would prefer to remove it and add it in the future if necessary. Regards, Lorenzo --FrVz4LyIzcl3psSO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQTquNwa3Txd3rGGn7Y6cBh0uS2trAUCZpFGAgAKCRA6cBh0uS2t rLaaAQCs3Dx/ZbyTEKnvJiV1lXvr4OpdqB5sQ8NeRm0lUoltUAEAm9VJeU8rmV/k KCyqk8Q9/767CSTrlgZjOh2sG848hQU= =r6VF -----END PGP SIGNATURE----- --FrVz4LyIzcl3psSO--