lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <84BAEBE0-0026-45A4-89AB-FB20E9F9063B@public-files.de> Date: Tue, 13 Sep 2022 15:45:05 +0200 From: Frank Wunderlich <frank-w@...lic-files.de> To: Arınç ÜNAL <arinc.unal@...nc9.com>, netdev <netdev@...r.kernel.org> CC: Lorenzo Bianconi <lorenzo@...nel.org>, Sergio Paracuellos <sergio.paracuellos@...il.com> Subject: Re: gmac1 issues with mtk_eth_soc & port 5 issues with MT7530 DSA driver Am 13. September 2022 14:54:20 MESZ schrieb "Arınç ÜNAL" <arinc.unal@...nc9.com>: >I'd like to post a few more issues I stumbled upon on mtk_eth_soc and MT7530 DSA drivers. All of this is tested on vanilla 6.0-rc5 on GB-PC2. > >## MT7621 Ethernet gmac1 won’t work when gmac1 is used as DSA master for MT7530 switch > >There’s recently been changes on the MT7530 DSA driver by Frank to support using port 5 as a CPU port. > >The MT7530 switch’s port 5 is wired to the MT7621 SoC’s gmac1. > >Master eth1 and slave interfaces initialise fine. Packets are sent out from eth1 fine but won't be received on eth1. > >This issue existed before Lorenzo’s changes on 6.0-rc1. > >I’m not sure if this is an issue with mtk_eth_soc or the MT7530 DSA driver. > >--- > >## MT7530 sends malformed packets to/from CPU at port 5 when port 6 is not defined on devicetree > >In this case, I can see eth1 receiving traffic as the receive counter on ifconfig goes up with the ARP packets sent to the mt7621 CPU. > >I see the mt7621 CPU not responding to the ARP packets (no malformed packets or anything), which likely means ARP packets received on the mt7621 CPU side are also malformed. > >I think this confirms that the above issue is related to the MT7530 DSA driver as I can see eth1 receiving traffic in this case. > >Packet capture of the malformed packets are in the attachments. > >--- > >## MT7621 Ethernet gmac1 won’t work when gmac0 is not defined on devicetree > >eth0 interface is initalised even though it’s not defined on the devicetree, eth1 interface is not created at all. > >This is likely not related to the MT7530 DSA driver. > >Arınç There are some patches fixing ethernet and dsa driver for getting sfps to work. https://git.openwrt.org/?p=openwrt/staging/dangole.git;a=commit;h=9469ba3568d7d9de31dc63de5269c848a1cc1dc7 And on dsa side imho only to support sfp https://github.com/openwrt/openwrt/commit/bd6783f4fb8f6171927e9067c0005a6d69fc13fe Hope the first patches help you with your issue regards Frank
Powered by blists - more mailing lists