Ath79 target status

Ok thanks. Is there a specific reason why the target is not included in the build bot?

Because it's explicitly marked as source-only for now, after all it's very new and still has known issues (not for all devices); that's likely to change soon, but no one wants to brick devices knowingly.

1 Like

Ok, it makes sense, thanks, I didn't know that some targets can be marked as source only. Last question for now: on the WDR3600 I have (even a little bit old, but I can update it) the modified uboot that allow a simple recovery if a non-functional image is loaded. Do you know if exist something similar for the Archer C7 v2? Or a booloader recovery mode that works for sure? I am asking it because I saw a still pending PR that fix the ethernet port of the Archer C7, meaning that if I load a recent image for it I would loose the ethernet port and I need to hope to have a wifi up and running to recover

That probably depends on the last OEM firmware version you installed, at least for the TP-Link TL-WR1043NDv1 and TL-WDR3600/ TL-WDR4300 tftp push-button functionality was only retrofitted with OEM firmware versions released since ~2013, but not present in the initial v1.0 hardware.

Talking about TL-WDR3600, I tried to change the IP address from luci after flashing the official 18.06 release, read: not ath79 target one, and still fail to connect after the IP change. However, IP change is successful if I update/etc/config/network directly and /etc/init.d/network restart.

I have some doubt on whether the problem is specific to ath79 target or not.

This posting is "wiki", i.e. everybody can edit it and add a new device status.

Status: working / not working / WIP / not started / ...

Device ath79 Status
Buffalo BHR-4GRV working
Buffalo BHR-4GRV2 working (no compatibility with ar71xx images)
Buffalo WHR-G301N working
Buffalo WZR-HP-AG300H working
Buffalo WZR-HP-G300NH/G301NH pending (jffs2 issue, no GPIO chip driver)
Buffalo WZR-HP-G302H Rev.A1A0 working
Buffalo WZR-HP-G450H working
D-Link DIR-825-C1/-835-A1 working
ELECOM WRC-300GHBK2-I working
ELECOM WRC-1750GHBK2-I/C working
GL.iNet GL-AR750S "Slate" working (spi-nor only)
I-O DATA ETG3-R working
I-O DATA WN-AG300DGR working
I-O DATA WN-AC1167DGR working
I-O DATA WN-AC1600DGR working
I-O DATA WN-AC1600DGR2 working
Linksys E2100L WIP in the ath79 porting thread
NEC WG800HP working
Netgear WNDR3700 v1 working, "sysupgrade -F" works both ways
Netgear WNDR3700 v2 working, "sysupgrade -F" works both ways
Netgear WNDR3700 v4 working, Upgraded with force option in GUI
Netgear WNDR3800 working, "sysupgrade -F" works both ways
PowerCloud Systems CAP324 WIP (migration not ready but new installs work fine)
PowerCloud Systems CR5000 WIP (ath79 5Ghz wifi not working; no migration)
TP-Link Archer C7 v2 working
TP-Link Archer C7 v4 working
TP-Link TL-WDR3600 working
TP-Link TL-WDR4300 working
TP-Link TL-WR741ND v1 working
TP-Link TL-WR841N/ND v8 WIP, working but PR still needs merge
TP-Link TL-WR941ND v2/ v3 working
TP-Link TL-WR1043ND v1 working
TP-Link TL-WR1043ND v2 working
TP-Link TL-WR1043ND v3 working
TP-Link TL-WR1043ND v4 working
TP-Link TL-WR2543ND v1 working with 19.07.1, not working with master
3 Likes

This happens also if you don't use luci and use reload instead of restart for network.
Please try if reload works on ar71xc.

Just tried network reload on ar71xx build, and I am able to connect back to the router web UI and ssh.

However, just noticed that I've turned off the 'Force link' option on the lan interface, will retry with that turned back on as default later...

It is not ath79 specific. Affects all targets (at least on 18.06.0rc2), I have ar7xxx, sunxi and kirkwood targets, all with the same issue

I have added TP-Link TL-WR741ND v1. It is fine but network restart is not working and during upgrade the configuration was reset to default.

USB seems to be a bit broken on WRT3600 at least.... (speed-wise)

1 Like

Please add Netgear R6100 (nearly same as WNDR4300 but have little difference) to WIP list.

1 Like

Hello
I have a couple of TP-LINK TL-WRD841ND V8 that currently are not supported by ath79 due to lack of DTS (if it is only dts).
They should not be so different compared with V7, I can try to work on it, if anyone can give me guidance of what to check from old mach C files
Bye

--edit--
Well actually not so simple, it is the only one quite special since use AR9341
--edit2--
According to the inspection it is very similar to tl842n-v2 that is supported, except for the lack of USB
Last thing I miss is the partition layout: how can I check it in the old ar71xx target?

Well, it seems to be quite straightforward, got partition layout from dmesg output of ar71xx image.
I am building an image for a test, only one check left the clock frequency for 842n-v2 is set to:

clock-frequency = <25000000>;

How can I check if it is the same for 841n-v8? it shoule be, since normally they always use the same crystal for the same SoC type
Also, the ram size is handover by Uboot, right?

TL-WR841ND V8 has 4 MB of flash and WR842ND - 8 MB. That is the major difference.

Of course it has been taken in account in flash layout
I have built the image, anyhow I found only: openwrt-ath79-tiny-tplink_tl-wr841-v8-initramfs-kernel.bin
I would have expected a factory and sysupgrade (it is a tiny target)

Hello,
Tried TL-WR703N and had also problems changing the LAN interface via luci
( /etc/init.d/network restart worked ).
It also works on ar7xxx.
Is there any solution?

Robert

Any chance 1043N v5 can be added to ath79 ?
I see all other sister routers already with snapshots, but not v5

Check Porting guide ar71xx to ath79?, maybe it has a PR pending already; if not, you could ask in that same thread. Nothing won't be accepted without testing though, so you'll need to volunteer or find someone to do so.

I'm not sure whether this is the correct place to post but I want to share my Kernel Log Errors on the ath79 Snapshots with the Developers.

Kernel Log on Archer C7 v2 ath79 Snapshot from Wed Nov 28 Ubuntu Pastebin expires on 2019-01-03

This is probably related to the patch mentioned in @juppin Post.