I made some progress after opening the PR for the CF-E375AC. I'm still seeing these messages on my bootlog indicating that something is wrong with the watchdog timer. Could this be something wrong with my wdt node at DTS?
The first boot after flash also has these messages about the filesystem marker found at 0x0
[ 32.951236] jffs2_scan_eraseblock(): End of filesystem marker found at 0x0
[ 32.972862] jffs2_build_filesystem(): unlocking the mtd device...
From what I could poke around all the partitions seem to be working fine. But I'm not sure I should see the of the fs at 0x0.
Any help with any of these two topics would be much appreciated.
Hi @joaohcca, did you ever manage to resolve this? I'm struggling with the same problem on RB2011. Switch is detected, swconfig and dmesg shows plug/unplug events, the device even builds the ARP table of the devices on the network, but I can't connect to anything (ping doesn't work).
Hi @danijeltudek , I've managed to fix it by making some changes to my dts. I don't recall exactly what it was the issue, but most likely something was wrong in mdio or phy nodes.
You should look on the board to find if it uses external PHYs or if the switch does the PHY modulation on its own.
You should check the logs of other ath79-ported devices with the same SoC to see if they used any different .pll-data values.
When porting the Meraki MR12 to ath79 I also encountered issues -- as have other developers:
TL;DR it comes down to poking pll-data (and referring also to the pll-data values in the .dtsi that your board's dts includes) so that they're set just right for the PHY to be OK.
Finally, you could also try reading through the mach.*.c files for the board when it was on ar71xx. Some C code used to be used to set up the pll just right.
Don't forget to come into the IRC if you're having any issues -- if you're patient someone will take a look if you can post code to Github. #openwrt-devel on Freenode.
pll values are correct, I took them from the mach file. However, re-reading this thread: Porting the MikroTik SXT Lite5 (SXT 5nD r2) from ar71xx to ath79 and looking at ar934x.dtsi, I noticed that I still didn't try with phy-swap, and that ath79 defines only one gmac? RB2011 in ar71xx uses both gmac0 and gmac1...
Thanks for the reply, I've managed to get my ethernet ports working after some try and error using other boards as reference. I'll double-check the values with the links you sent.
I think I still need to do some work on the watchdog chip to finish the port, according to the ar71xx files it has an external chip for it but I don't know how to set it up correctly on the dts.
Trying my hand at porting the Netgear WNR2000 v1 from ar71xx to ath79. According to the wiki it has an AR8216 switch. The switch is at eth0 and the WAN is eth1 on ar71xx. eth0 is coming up on ath79 but eth1 doesn't.
I have a PR based on ar9132.dtsi pending and there the eth1 is set. Maybe it will give you some ideas. Never mind it being "disabled" as that file is a DTSI too and the DTS turns in "okay" later on.
I have no idea how those existing tp-link devices work. From what it looks like mdio0 and mdio1 nodes are left "disabled" too. Maybe they don't need managing. And compatible values for eth0 and eth1 seem to be different at the end of the day.
OK, thanks. The ar71xx build for the WNR2000 v1 has both eth0 and eth1, so it must be set up in some way, no? The mach file refers to it as well. The WNR2000 has no match in /etc/board.d/02_network and that makes it revert to default settings, which is ucidef_set_interfaces_lan_wan "eth0" "eth1".
OK, so I got a bit further! Log is now looking a lot more similar to what it was in ar71xx, but the UID is 00000000 for both PHYs, where it was 004dd042. It was explained to me that this value is kind of similar to a PCI ID, and refers to a specific kind of switch. Is there a way to get that UID 'back'? I am not finding any references to the AR8216 switch in other DTSes currently in OpenWrt. Some Lantiq devices seem to use AR8216 switches but I am not finding anything particular there either. Grepping the tree for ar8216 doesn't give me anything DTS-wise...
@hnyman I'm in way over my head, I'm just a bit puzzled as to why on ath79 one would end up with just one ethX interface whereas there were two on ar71xx. Unless ar71xx was misconfigured from the start, of course, but then you'd wonder why it would work...
By choice of implementation I guess. My WNDR4300 has only eth0.
root@WNDR4300:~# ip li
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:85 brd ff:ff:ff:ff:ff:ff
5: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:d1 brd ff:ff:ff:ff:ff:ff
6: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:d1 brd ff:ff:ff:ff:ff:ff
7: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:d2 brd ff:ff:ff:ff:ff:ff
8: wlan1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:d3 brd ff:ff:ff:ff:ff:ff
9: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
link/ether xx:xx:xx:xx:xx:d1 brd ff:ff:ff:ff:ff:ff
root@WNDR4300:~#