Felix
Felix
@dependabot recreate
@dependabot recreate
> Is there a MAC label on the device and does it match to any interface on a regular OpenWrt release? Yes, it matches eth1 which would be the WAN...
@AiyionPrime My bad apparently. The WAN interface is eth1, and its MAC address (e0:e1:a9:0c:75:27) doesn't align with what’s expected based on the packaging (which corresponds to eth0 and br-lan). At...
@AiyionPrime I've patched the primary MAC. > regarding the LED: what does `ls /sys/class/leds/` yield? ``` root@ffmuc-e0e1a90c7529:~# ls /sys/class/leds/ ath9k-phy0 blue:lan blue:wan blue:wlan ``` When adding support, I've used both...
@AiyionPrime I went and tried to verify my initial OpenWrt PR findings. Yes, the WAN and WLAN LEDs are so dim that you can't really see them. However, you can...
It seems like the power led can't be software controlled. Tried all GPIO pins but I can't switch the LED
I've provided a patch for the LED GPIO mapping (https://github.com/openwrt/openwrt/pull/19665). I've also included your WLAN LED patch for setup mode. I'll test this out in the coming days.
> Congrats on the merge :) Thank you! As I haven't worked with OpenWrt patches in Gluon yet, do you know how I can incorporate the patch into my Gluon...
> Did you prepare a backport in OpenWRT already? That would be step one :) Not yet :/ I suppose that would work by preparing a PR with my changes...