Convert GL-AR150 to TWO_PORT #224
No reviewers
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#224
Loading…
Reference in New Issue
No description provided.
Delete Branch "fbl:ar150"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The GL-AR150 has two ethernet ports. One of them is connected directly to the CPU (labeled "WAN"), while the other one (labeled "LAN") is connected to the internal switch of the AR9330 platform.
Previously, this device had its own codepath in configurenetwork, utilizing the ETHPORT variable, so the single physical port of the switch could be connected to either the CLIENT or BATMAN vlan of the SWITCHPORT.
When adding support for TWO_PORT devices, this codepath was accidentally removed, so the LAN-Port was not configured anymore.
Configuring the internal switch is not necessary when only a single physical port ist connected to it. Instead, leave the switch unconfigured, so it behaves like an unmanaged vlan-transparent switch.
As we support TWO_PORT devices now, utilize the TWO_PORT codepath (instead of the ONE_PORT codepath, which would be equivalent to the old behaviour) to make both ports configureable. To retain the previously configured mode of the LAN-Port, migrate ETHPORT to LAN1MODE before executing configurenetwork.
Fixes: #222
Fixes:
c22032e254
("fff-network: support native two-port devices")https://fw.sgstbr.de/fff-node-20211224-29-g7c6a4f0-glinet_gl-ar150-sysupgrade.bin
Da wir die "SWITCHDEV"-Variable für ONE_PORT und TWO_PORT für das CLIENT-device missbrauchen, die uci-Configblöcke für den Switch aber abhängig vom Output von
swconfig list
erzeugt werden, entstehen beim AR150 weiterhin beim Boot entsprechendeswitch
undswitch_vlan
-Blöcke. Dies muss noch verhindert werden.Das betrifft im Übrigen auch die CPE210 und vielleicht auch andere Geräte. Vor der Trennung von configurenetwork in statischen und dynamischen Teil war die if-Kaskade leicht anders, daher gab es diese Unterscheidung auf ONE_PORT und TWO_PORT devices nicht.
Tested by: Sebastian Beck <freifunk@beibecks.de>
Nach dem flashen ist der Clientport nicht erreichbar.
Erst nach einem ersten Reboot / configurenetwork funktioniert Fabians Patch wie gewünscht.
Ebenfalls funktioniert die Migration von /etc/network.config wie gewünscht.
Das ist die oben beschriebene Problematik. Das ganze müssen wir sowieso reparieren, unabhängig von diesem Gerät.
Fix: #225
Plant noch jemand sich das hier anzusehen? Ansonsten werde ich es im laufe des Tage applien.
Auf meinen staging Branch applied.
Pull request closed