From patchwork Wed Apr 3 23:20:25 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [RFC] Add support for TP-Link Archer C7 v5 From: Adrian Schmutzler X-Patchwork-Id: 1043 Message-Id: <005301d4ea73$d1a42080$74ec6180$@adrianschmutzler.de> To: "=?UTF-8?Q?'Fabian_Bl=C3=A4se'?=" , Date: Thu, 4 Apr 2019 01:20:25 +0200 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: 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@blaese.de] > Sent: Mittwoch, 3. April 2019 17:30 > To: Adrian Schmutzler ; franken- > dev@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 --- /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)