ramips-mt76x8: add support for TP-Link Archer C50 v6

[GoliathLabs]

• Must be flashable from vendor firmware
  • Web interface
  • TFTP
  • Other:
• 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())')
• Reset/WPS/... button must return device into config mode
• Primary MAC address should match address on device label (or packaging)
  (https://gluon.readthedocs.io/en/latest/dev/hardware.html#hardware-support-in-packages)
  • When re-adding a device that was supported by an earlier version of Gluon, a
    factory reset must be performed before checking the primary MAC address, as
    the setting from the old version is not reset otherwise.
• Wired network
  • should support all network ports on the device
  • must have correct port assignment (WAN/LAN)
    • On devices supplied via PoE, there is usually no explicit WAN/LAN labeling on the hardware.
      The PoE input should be the WAN port in this case.
• 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
    • Lit while the device is on
    • Should display config mode blink sequence
      (https://gluon.readthedocs.io/en/latest/features/configmode.html)
  • Radio LEDs
    • Should map to their respective radio
    • Should show activity
  • Switch port LEDs
    • Should map to their respective port (or switch, if only one led present)
    • Should show link state and activity
• Outdoor devices only:
  • Added board name to is_outdoor_device function in package/gluon-core/luasrc/usr/lib/lua/gluon/platform.lua
• Docs:
  • Added Device to docs/user/supported_devices.rst

[GoliathLabs]

The upstream PR has to be merged first: openwrt/openwrt#13547

PR has been tested properly with FFMUC

[herbetom]

I would suggest marking this PR a draft until a Review makes sense.

[blocktrron]

@GoliathLabs Please verify the request hauke stated in openwrt/openwrt#13547 (comment) - If the 5GHz radio does not show the stated issue, I'd merge this PR upstream and you can create a backport.

[GoliathLabs]

I no longer have the device. I did the testing for another party. I'll try to get our firmware built to get it tested out properly

[GoliathLabs]

Upstream has been merged. This can now be merged

[rotanid]

@GoliathLabs it has to be in the 23.05 branch of OpenWrt

[blocktrron]

@rotanid I'd be for closing this PR, as the device testing does not seem to be conducted using any state present in upstream nor this PR.

This is until the device is backported upstream and re-tested with the respective upstream state.

[GoliathLabs]

@blocktrron you could also just talk to me directly and properly communicate, what would be necessary for this PR to get merged instead of closing it?

[blocktrron]

@GoliathLabs All communication regarding this PR is in this very PR, so please explain where i did not communicate correctly or left you out of the discussion?

I've outlined the requirements in the last sentence of my last comment.

This is until the device is backported upstream and re-tested with the respective upstream state.

I've mentioned the need of a backport here: #3004 (comment)