[PATCH v3 0/3] ramips: mt7621-dts: fix dtc warning, links and pinctrl
arinc.unal at arinc9.com
Sun Feb 13 03:10:06 PST 2022
On 13/02/2022 13:19, Bjørn Mork wrote:
> Arınç ÜNAL <arinc.unal at arinc9.com> writes:
>> Now that pinctrl properties are properly defined on the ethernet node,
>> GMAC1 will start working.
> Not sure I understand this. Surely GMAC1 was working fine before?
> You're just rearranging the pinctrl config, right?
No, my tests on a private mt7621a board with an external phy showed that
neither PHY0/4 <-> GMAC1 nor external phy <-> GMAC1 worked until putting
rgmii2_pins under the ethernet node. Basically we couldn't get traffic
flow on the RGMII2 bus with any of the configurations.
This was also pointed out by DENG Qingfang on this thread:
> At least GMAC1 used to work when the ZyXEL WAP6805 support was added.
> This AP has a Quantenna SoC connected to the RGMII2 pins (mac to mac).
> Getting that to work was what motivated me to add MT7621 support in the
> mainline mtk_etc_soc driver, since the OpenWrt one didn't support both
There's also mt7621_mikrotik_routerboard-760igs.dts which has got an SFP
module as an external phy connected to GMAC1.
My theory is that the Mediatek SDK ethernet driver run from the
bootloader on these devices must be configured to enable the rgmii2
pins. The bootloader on the mt7621a board I tested didn't configure the
rgmii bus or GE2 (second GMAC of the SoC) at all.
These are the related kconfigs from the Mediatek SDK ethernet driver:
Here's the Mediatek SDK ethernet driver if you'd like to take a look at
If my theory is correct, with this patch, we won't need to depend on the
bootloader to enable the rgmii2 pins anymore.
More information about the openwrt-devel