Thanks, it's unfortunate then if the WiFi drivers are so unstable for this device. I have no such issues with the drivers from the vendor image.
Re: No http server or LuCI on default install... I'm having the same issue with both the release and the snapshot. I tried release first and only tried snapshot after release was having issues. I'm also aware of how to configure the LEDs but pointing out that the default install is hopelessly barebones.
Odd, I always notice this - most OEMs seem to just use some algorithm that merely slows connections (by appearance from my observation at least). It also depends on what channel the AP is using when the scan starts (not for the scan, but to return to that channel to TX to clients).
Thanks, I just tried the release image from u-boot again and for some reason it's working today! It's the same one as I linked initially and I haven't even redownloaded it, so not clear what happened differently now. LuCI was just sitting there ready to go when it booted up, and the radio status LEDs are working with no added configuration.
Re: Lights... Well, the vendor image has this in /etc/config/system...
config led 'led_wlan2g'
option name 'WLAN2G'
option sysfs 'gl-ar750:white:wlan2g'
option trigger 'phy1tpt'
config led 'led_wlan5g'
option name 'WLAN5G'
option sysfs 'gl-ar750:white:wlan5g'
option trigger 'phy0tpt'
I just checked the OpenWrt release files after getting it booted up and initializing the radios and all I see for LEDs is this, but it is working as expected:
$ grep -A2 -B2 -w led /etc/config/*
/etc/config/ucitrack: option init led
/etc/config/ucitrack- option exec '/etc/init.d/log reload'
/etc/config/ucitrack- list affects luci_statistics
Re: config customizations. None really, just a barebones fresh install.
If I try to load the Channel Analysis page for the 5GHz radio, it doesn't work. It is fine for 2.4. Not only does it not work, but it seems to lock up LuCI such that I can't load any other pages (e.g. in a different browser or tab) until several seconds after I close the tab or try to return to the home page.
Similar, but separate issue. I was describing performing a scan on the Network > Wireless page initially. What I described most recently was trying to perform Status > Channel Analysis.
An update, anyway. I've just uninstalled the ath10k-ct drivers: opkg remove kmod-ath10k-ct ath10k-firmware-qca9887-ct
And installed the mainline drivers: opkg install kmod-ath10k ath10k-firmware-qca9887
After a reboot I have tried doing channel analysis (still wasn't working). I then tried scanning and found that it would only work if I disable my Client mode connection to a wireless AP. So, it won't work while the bottom line is enabled like this:
I then went back and found that channel analysis is also fine if the Client mode connection is disabled.
I tried running multiple scans. It still drops my WiFi connections, even if I'm doing a scan on the 5GHz radio while connected to the 2.4GHz radio, but it is less frequent than it was when I was testing yesterday.
Will need to go back to the ath10k-ct drivers and see if the behavior is the same.
I've just gotten around to testing the ethernet. It is working on this install, though it wasn't initially picking up the DHCP address that LuCI said it had issued. Re-enabling the interface on my workstation caught it though.
Yes, this should work, as you're not using the same WiFi at the same time of the scan.
Disregard, you're referencing the other issue, my bad.
I don't understand what you mean by "caught".
Nonetheless, I've tested multiple times here on devices, I do not receive connection drops (today); but do have connection loss on browsers, clients etc., then connection returns - and I have a new channel update. I've experienced this behavior on all fimrwares/software for WiFi, OpenWrt, Linux distros, Windows and OEM firmware.
I've experience this on all WiFi scans on all firmware I've ever used. I'd love to see GL net's code.
I have other devices where they can do scans without dropping clients. I was unaware this is a common issue. I've just gone back to the vendor firmware and can confirm that it reliably maintains my WiFi connection, while being connected to a WiFi AP as a client as well. I can SSH into the AR750 and SSH remains responsive while the scan is going too. The scan is also much faster.
I just mean that I didn't have to disable the Client mode connection to the wireless AP in order for the scan to work.
I mean that the NIC on my workstation was able to pick up the DHCP IP it was assigned by the GL-AR750 after I re-enabled it.
that is impossible in radio tecnology. a radio can do two type of things:
1 scan on all channels and client will lost connectionù
2 radio will not scan and client will not loose connection.
mabie you have the same ssid on the two radios, and the clients are able to switch band.