From patchwork Mon Aug 15 10:30:39 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Harm Berntsen X-Patchwork-Id: 1666408 Return-Path: X-Original-To: patchwork-incoming@bilbo.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: bilbo.ozlabs.org; dkim=pass (2048-bit key; secure) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=aLTOvT5L; dkim-atps=neutral Received: from legolas.ozlabs.org (legolas.ozlabs.org [IPv6:2404:9400:2:0:216:3eff:fee2:8c49]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by bilbo.ozlabs.org (Postfix) with ESMTPS id 4M5rXV3L11z9s07 for ; Mon, 15 Aug 2022 20:45:30 +1000 (AEST) Received: by legolas.ozlabs.org (Postfix) id 4M5rXT199Vz1ygN; Mon, 15 Aug 2022 20:45:29 +1000 (AEST) Delivered-To: patchwork-incoming@legolas.ozlabs.org Authentication-Results: legolas.ozlabs.org; spf=none (no SPF record) smtp.mailfrom=lists.openwrt.org (client-ip=2607:7c80:54:3::133; helo=bombadil.infradead.org; envelope-from=openwrt-devel-bounces+incoming=patchwork.ozlabs.org@lists.openwrt.org; receiver=) Authentication-Results: legolas.ozlabs.org; dkim=pass (2048-bit key; secure) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=aLTOvT5L; dkim-atps=neutral Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by legolas.ozlabs.org (Postfix) with ESMTPS id 4M5rXT0yv8z1yfq for ; Mon, 15 Aug 2022 20:45:28 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type:List-Help: Reply-To:List-Archive:List-Unsubscribe:List-Subscribe:From:List-Post:List-Id: Message-ID:MIME-Version:References:In-Reply-To:Date:Subject:To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=cuUtFN1ZwY9c25HKz9BcJap1sMdWUyENF9ViYCzBgMw=; b=aLTOvT5LUABhQpAzeqF+rfNGMt lC4AW8RIdVoQ8PP2MAt3g1PmECCGtK5V8w4u1RAqV+eRZF+qA0lHe2kpbPP3xIfc5mOEIdESZKAsY 5EUIuC12BuqM1H3ykzSosMn9K7zTo4Kjefv3NpdTQaK/A210NJ9SzxJcHY+VTdygiBk++R3kAaLaV Hnf/mWuT6nk8pCGP2dGdOIGU6hnbKEYgo6FxDu6QfqcjnSGeaMvSWESFEC3apT1yWSEM5RC5fKd16 v7eC1+Cc6zcmCIX2/fURepeteEz1biZxvroafDLhBEbnVKb2k9ZysiE/NTltFyy+3hzztiRtSD+Hl WiOxTT/w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oNXSo-00EpsR-Fc; Mon, 15 Aug 2022 10:36:54 +0000 To: openwrt-devel@lists.openwrt.org Subject: [PATCH 2/2] ramips: mt7621-dts: we420223-99: mux phy0->gmac1 Date: Mon, 15 Aug 2022 12:30:39 +0200 In-Reply-To: <20220815103039.31199-1-git@harmberntsen.nl> References: <20220815103039.31199-1-git@harmberntsen.nl> MIME-Version: 1.0 Message-ID: List-Id: OpenWrt Development List List-Post: X-Patchwork-Original-From: Harm Berntsen via openwrt-devel From: Harm Berntsen Precedence: list X-Mailman-Version: 2.1.34 X-BeenThere: openwrt-devel@lists.openwrt.org List-Subscribe: , List-Unsubscribe: , List-Archive: Reply-To: Harm Berntsen List-Help: Sender: "openwrt-devel" Errors-To: openwrt-devel-bounces+incoming=patchwork.ozlabs.org@lists.openwrt.org The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software. This gives each port an individual link to the CPU. The advantage of this is that it can now route packets faster between the ports (before the CPU only had a single 1Gb link to the switch that has to be shared between both ports. Another advantage is that in Linux 5.10 you can now bridge a VLAN to a non-vlan port. Without this patch, you're not getting any data across the bridge. That is fixed in Linux 5.15 but is still handled by the CPU in any case. So therefore this patch is advantageous in all cases except for when you need the device as a simple switch without VLANs. For that case it's better to revert this and the switch hardware will forward traffic without bothering the CPU. Signed-off-by: Harm Berntsen --- .../ramips/dts/mt7621_arcadyan_we420223-99.dts | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/target/linux/ramips/dts/mt7621_arcadyan_we420223-99.dts b/target/linux/ramips/dts/mt7621_arcadyan_we420223-99.dts index f68d79af15..88e823e382 100644 --- a/target/linux/ramips/dts/mt7621_arcadyan_we420223-99.dts +++ b/target/linux/ramips/dts/mt7621_arcadyan_we420223-99.dts @@ -188,16 +188,24 @@ &switch0 { ports { - port@0 { - status = "okay"; - }; - port@1 { status = "okay"; }; }; }; +&gmac1 { + status = "okay"; + label = "lan0"; + phy-handle = <ðphy0>; +}; + +&mdio { + ethphy0: ethernet-phy@0 { + reg = <0>; + }; +}; + &pcie { status = "okay"; };