[RFC PATCH] Add support for TP-Link Archer C7 v5

mail at adrianschmutzler.de mail at adrianschmutzler.de
Do Apr 4 01:20:25 CEST 2019


Hallo Fabian,

Test hat soweit geklappt, auch das Batman über w5mesh scheint zu gehen.

PORTORDER="1 2 3 4 5"

Ich habe das normalerweise als erste Zeile in die network.* und danach eine Leerzeile, falls du Wert auf Konsistenz legst.

Zur ETHMESHMAC:
Die "normale" Aufteilung (Stock-FW) beim C7v5 ist folgende:
5 GHz LANMAC-1
2.4 GHz LANMAC
LAN LANMAC
WAN LANMAC +1

Mir würde es daher als sinnvoll erscheinen, für die ETHMESHMAC die WANMAC zu nehmen, weil die quasi "noch frei" ist. Das könnte dann folgendermaßen aussehen:

--- /dev/null
+++ b/src/packages/fff/fff-network/ar71xx-generic/network.archer-c7-v5
@@ -0,0 +1,14 @@
+PORTORDER="1 2 3 4 5"
+
+WANDEV=eth0
+SWITCHDEV=eth0
+CLIENT_PORTS="4 5 0t"
+WAN_PORTS="1 0t"
+BATMAN_PORTS="2 3 0t"
+
+# Use WAN-MAC, which is LAN-MAC + 1
+. /lib/functions.sh
+. /lib/functions/system.sh
+
+ROUTERMAC=$(cat /sys/class/net/eth0/address)
+ETHMESHMAC=$(macaddr_add $ROUTERMAC 1)

Ich habe zumindest mal manuell getestet, dass die Adresse so auch richtig ausgerechnet wird.

Alle Tests bisher waren basierend auf meiner Firmware, wenn du ne v2 schickst kann ich die aber gerne zur Sicherheit nochmal mit der off. Firmware bauen. Ich sehe hier keine Probleme.

Beste Grüße

Adrian


> -----Original Message-----
> From: Fabian Bläse [mailto:fabian at blaese.de]
> Sent: Mittwoch, 3. April 2019 17:30
> To: Adrian Schmutzler <mail at adrianschmutzler.de>; franken-
> dev at freifunk.net
> Subject: Re: [RFC PATCH] Add support for TP-Link Archer C7 v5
> 
> Hallo Adrian,
> 
> On 03.04.19 17:21, Adrian Schmutzler wrote:
> >> diff --git a/src/packages/fff/fff-network/ar71xx/network.archer-c7-v5
> >> b/src/packages/fff/fff-network/ar71xx/network.archer-c7-v5
> >> new file mode 100644
> >> index 0000000..58a4cf0
> >> --- /dev/null
> >> +++ b/src/packages/fff/fff-network/ar71xx/network.archer-c7-v5
> >> @@ -0,0 +1,12 @@
> >
> > PORTORDER werde ich noch herausfinden, die sollten wir hier ergänzen.
> Gern. Ich selbst hab das nicht begriffen, die richtige Zeile darf mir gern
> jemand für eine v2 mitteilen :-)
> 
> >> +WANDEV=eth0
> >> +SWITCHDEV=eth0
> >> +CLIENT_PORTS="4 5 0t"
> >> +WAN_PORTS="1 0t"
> >> +BATMAN_PORTS="2 3 0t"
> >> +CPUPORT="0t"
> >
> > CPUPORT müsste zum jetzigen Stand eigtl. wieder raus.
> Verdammt, stimmt.
> Wird Zeit, dass die GW-Firmware fertig wird..
> 
> >
> >> +
> >> +# use mac address from phy1 with 'locally administered' bit set to '1'
> >> +# only possible, because wXmesh is created first and therefore gets
> >> +the
> >> 'universally administered address'
> >> +
> >> +ETHMESHMAC=$(macFlipLocalBit "$(cat
> >> /sys/class/ieee80211/phy1/macaddress)")
> >
> > Ich denke, dass es hier mehr Sinn macht, die eth1-Adresse zu nehmen
> (eth0 +1).
> > Werde mich dazu aber nach dem Test nochmal ausführlich äußern.
> Musst du an konkreter Hardware sehen. Ich glaube aber, dass das aus
> irgendeinem Grund nicht ging..
> 
> >
> >> +ROUTERMAC=$(cat /sys/class/net/eth0/address)
> >> --
> >> 2.21.0
> >
> > Ansonsten fehlt ATH79_MACH_ARCHER_C7_V5 in dem generic-zu-tiny
> OpenWrt-Patch:
> >
> https://github.com/openwrt/openwrt/commit/bf39d5594b3c8f9409e6d9408
> a1f
> > 370c9f18d0dd#diff-d3d7f2ed32814702d2aabcea4a942da8R55
> Fehlt nicht. Alle drei Object-Files werden in
> "CONFIG_ATH79_MACH_ARCHER_C7" eingebaut. Siehe genau die Stelle, die
> du verlinkt hast :-) Wir haben nur die Kernel-Config verändert.
> 
> Gruß
> Fabian
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 834 bytes
Beschreibung: nicht verfügbar
URL         : <https://{'listname': 'franken-dev-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-dev-freifunk.net/attachments/20190404/1a31e6e1/attachment.sig>


Mehr Informationen über die Mailingliste franken-dev