You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've got the Zyxel NBG6817, which is almost identical to the Netgear R7800. Running latest LEDE snapshot (LEDE Reboot SNAPSHOT r5142-20d363aed3) and LEDE 17.04.1, the WiFi LEDs at the front are amber instead of white. On OEM firmware, amber LEDs only light up when WPS handshake is done and on device boot for diagnosis. During normal operation (OEM FW), all LEDs are white.
I've further researched and found out, that the white WiFi 2.4G and 5G LEDs are not controllable via IPQ8065 GPIO. They are instead controlled by their respective WiFi SoCs QCA9984 (2 in total). Both QCA9984 use their GPIO pin 17 to control the 2.4G / 5G LED; it's ACTIVE_LOW. Unfortunately, I haven't found a way to manipulate QCA9984's GPIOs using userspace tools.
Interestingly, I've also looked into Netgear source and also found out, that they're also using QCA9984 GPIO pin 17 on their R7800 for setting WiFi LEDs. So, both issues seem to be closely related.
Now the question: who might be able to lend us a hand with getting r/w access on QCA9984's GPIOs? The ath10k guys? If someone can help me find any way to r/w to GPIO 17, I can do the rest and expose the LEDs using Linux LED API.
I'm thankful for every piece of information / help I can get. If you need anything, please don't hesitate to ask.
Cheers,
Tolga
The text was updated successfully, but these errors were encountered:
tolga9009:
Hi,
I've got the Zyxel NBG6817, which is almost identical to the Netgear R7800. Running latest LEDE snapshot (LEDE Reboot SNAPSHOT r5142-20d363aed3) and LEDE 17.04.1, the WiFi LEDs at the front are amber instead of white. On OEM firmware, amber LEDs only light up when WPS handshake is done and on device boot for diagnosis. During normal operation (OEM FW), all LEDs are white.
I've further researched and found out, that the white WiFi 2.4G and 5G LEDs are not controllable via IPQ8065 GPIO. They are instead controlled by their respective WiFi SoCs QCA9984 (2 in total). Both QCA9984 use their GPIO pin 17 to control the 2.4G / 5G LED; it's ACTIVE_LOW. Unfortunately, I haven't found a way to manipulate QCA9984's GPIOs using userspace tools.
Interestingly, I've also looked into Netgear source and also found out, that they're also using QCA9984 GPIO pin 17 on their R7800 for setting WiFi LEDs. So, both issues seem to be closely related.
Now the question: who might be able to lend us a hand with getting r/w access on QCA9984's GPIOs? The ath10k guys? If someone can help me find any way to r/w to GPIO 17, I can do the rest and expose the LEDs using Linux LED API.
I'm thankful for every piece of information / help I can get. If you need anything, please don't hesitate to ask.
Cheers,
Tolga
The text was updated successfully, but these errors were encountered: