mediatek-filogic: add support for OpenWRT One

[ambassador86]

Specification:

• MT7981 CPU using 2.4GHz and 5GHz WiFi (both AX)
• 1GB RAM
• 16MB NOR
• 128MB NAND
• 3 LEDs (red, green, blue, white)
• 2 buttons (reset, user defined)
• 1 2.5Gbit WAN port (Airoha EN8811h)
• 1 1Gbit LAN ports
• 1 single lane M.2 SSD slot
• 1 mikroBus socket
• externel HW WDT (25s refresh time)
• i2c RTC (with battery backup)

Serial Interface

• UBS-C CDC-ACM
• 3 Pins GND, RX, TX
• Settings: 115200, 8N1

Test Device: https://map.chemnitz.freifunk.net/#!v:m;n:2005b6ff13f0

• Must be flashable from vendor firmware
  • Web interface
  • TFTP
  • Other: see wiki at https://openwrt.org/toh/openwrt/one
• Must support upgrade mechanism
  • Must have working sysupgrade
    • Must keep/forget configuration (sysupgrade [-n], firstboot)
  • Gluon profile name matches autoupdater image name
    (lua -e 'print(require("platform_info").get_image_name())') = openwrt-one
• Reset button must return device into config mode
• Primary MAC address should match address on device label (or packaging)
• Wired network
  • should support all network ports on the device
  • must have correct port assignment (WAN/LAN)
    • 2.5G WAN / 1G LAN
• Wireless network (if applicable)
  • Association with AP must be possible on all radios
  • Association with 802.11s mesh must work on all radios
  • AP+mesh mode must work in parallel on all radios
• LED mapping
  • Power/system LED - green
    • Lit while the device is on
    • Should display config mode blink sequence
      (https://gluon.readthedocs.io/en/latest/features/configmode.html)
  • Switch port LEDs
    • Should map to their respective port (or switch, if only one led present)
    • Should show link state and activity
• Docs:
  • Added Device to docs/user/supported_devices.rst

[AiyionPrime]

What an annoyance :D
Just borrowed an OpenWrt this week to get this in, only to be beaten by @ambassador86 :D

Anyway, the logs looked good on my end.
The performance lies around 333Mbit/s with WireGuard and the MAC address matches.
https://hannover.freifunk.net/karte/#!/en/map/2005b6ff00bc

Thanks for your work :)

[AiyionPrime]

Just gotta say, the USB C console port is one smooth experience I don't wanna miss on other devices anyore already.

[AiyionPrime]

I can rebuild this tonight, but'd be fine with the results and looking forward for some more experiences from deployments.
@blocktrron any further suggestions?
Or is this good to go in your opinion as well?

[rotanid]

@ambassador86 thanks for the changes, your build seems to be failing though, please investigate

[ambassador86]

Hello @rotanid
I already looked through the logs. The only thing i found so far: 'No space space left on device'
This sounds like a runner problem to me and is not related to the PR

[AiyionPrime]

I can confirm, the build ran without issues for us yesterday on our machines.

[rotanid]

i rebuilt again, anyone has an idea on how to deal/fix the problem in the CI ?

[blocktrron]

GitHub provides runners with quite an opinionated package-set (See https://github.com/actions/runner-images/blob/main/images/ubuntu/Ubuntu2404-Readme.md )

Let me just push something so the CI removes these default packages and see if this fixes the build issue.

[herbetom]

Is it possible that we just reached the point where the 21G of usable space on / of the runners isn't enough anymore?

[herbetom]

What i find sometimes quite helpful for debugging is adding something like https://github.com/marketplace/actions/debugging-with-tmate to the workflow so that one can take a look at the state of the runner interactively. And also watch for example for disk space usage. But probably better to do that in the action run of someones local fork of this branch.

[blocktrron]

@rotanid Test-build with this PR on top is here, as "allow changes by maintainers" was not checked for this PR: https://github.com/blocktrron/gluon/actions/runs/13743697613

Once this completed, feel free to merge #3448 before this and we should be set.

[rotanid]

@blocktrron thanks