Aw: Re: Re: [PATCH v2 4/5] arm: dts: mt7623: mux phy0 on Bananapi BPI-R2
From: Frank Wunderlich <hidden>
Date: 2023-02-04 13:08:09
Also in:
linux-devicetree, linux-mediatek, lkml
Hi
Gesendet: Samstag, 04. Februar 2023 um 13:12 Uhr Von: "Arınç ÜNAL" [off-list ref] An: "Frank Wunderlich" [off-list ref] Cc: arinc9.unal@gmail.com, "Rob Herring" <robh+dt@kernel.org>, "Krzysztof Kozlowski" <redacted>, "Matthias Brugger" <matthias.bgg@gmail.com>, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, erkin.bozoglu@xeront.com, "Sean Wang" <sean.wang@mediatek.com>, "DENG Qingfang" <dqfext@gmail.com> Betreff: Re: Aw: Re: [PATCH v2 4/5] arm: dts: mt7623: mux phy0 on Bananapi BPI-R2 On 4.02.2023 14:43, Frank Wunderlich wrote:quoted
quoted
Gesendet: Samstag, 04. Februar 2023 um 11:27 Uhr Von: "Frank Wunderlich" [off-list ref] An: "Arınç ÜNAL" [off-list ref] Cc: arinc9.unal@gmail.com, "Rob Herring" <robh+dt@kernel.org>, "Krzysztof Kozlowski" <redacted>, "Matthias Brugger" <matthias.bgg@gmail.com>, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, erkin.bozoglu@xeront.com, "Sean Wang" <sean.wang@mediatek.com>, "DENG Qingfang" <dqfext@gmail.com> Betreff: Aw: Re: [PATCH v2 4/5] arm: dts: mt7623: mux phy0 on Bananapi BPI-R2 Hi aranc, have tested this series, basicly it works, but i get only ~620 Mbits/sec (much more i will need on wan) in tx-mode of r2, rx-mode (iperf3 -c IP -R on r2) gets full 939 Mbits/sec. Both no retransmitts. tried with my laptop which gets 940Mbit/sec in tx mode too...other end is a R2 with 5.15 connected to lan0 (and eth1+aux enabled, dmesg clean so far...for the "kernel log flooded"-comment). maybe gmac1 needs to be tweaked a bit (clock-settings)? can you confirm this with your board?tested the vlan_aware way with 5.15.80 and got better result ip link add br0 type bridge vlan_filtering 1 ip l set aux master br0 ip l set wan master br0 bridge vlan add vid 99 dev wan bridge vlan add vid 99 dev aux bridge vlan ip l s eth1 up ip l s wan up ip a a 192.168.0.11/24 dev eth1 ip l s br0 up ip l s aux up i see traffic on eth1 increasing and iperf3 shows in both directions ~940Mbit/s, no strange mesages in dmesg while testing...where do you see these?You didn't put eth1 on a bridge. I suggest you read my mails with higher attention so both of our time is spent efficiently.
sorry if i misseed this detail, but it was not part of the instructions i got from mtk and did not found it in our mail-conversion. why do i need to add the gmac into the bridge?? the gmac is connected physically to mt7531 p5, and my vlan_aware bridge bridges this port (aux=p5) with wan, so i see no need to add eth1 to this bridge too...traffic on wan is tagged with vlan 99 and leaving untagged on aux which is arriving eth1...
quoted
tested vlan-way with 6.2 and felix' Patches to more comparable with your test...and got same result (~625Mbit/s in tx and 940Mbit/s in rx-mode=-R on r2)...so it seems anything between 5.15 and 6.2 reduced gmac1 tx bandwidth.I don't see an incentive to investigate unless the issue is confirmed on a daily netdev/net-next.git main tree.
have same result on net-next/main with your series, no additional patches on top except adding my build-script and defconfig.
quoted
to summarize: i get same result with your patches and my old vlan_bridge way with same codebase...how do i see your problem with the vlan-bridge-way? Do you test with bpi-r2 or only any other board and change r2 to have same DT?I tested this only on a Bananapi BPI-R2 using the devicetree with this series applied on a few days old netdev/net-next.git main tree.
btw. i do this in my currently very limited free time in short chunks, so please forgive me if i miss a detail.
Arınç
_______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel