luci-mod-status: channel analysis shows more radios than expected on BPI R4

[EPinci]

Is there an existing issue for this?

• I have searched the existing issues

screenshots or captures

Actual behaviour

In OpenWRT 24.10-RC2+, using a BPI r4, the radio stack is not identified correctly in the status -> channel analisys page resulting in multiple detection of radios. Also channel analisys is misbehaving.

Expected behaviour

Expected behavior is 3 tabs, one per radio/band (as opposed to one per radio per band) as it was in earlier builds.
This started happening after the "option path" identifier has been changed for the BPI r4 radios.

Steps to reproduce

Just run a normal openwrt build on a BPI r4.

Additional Information

OpenWrt 24.10-SNAPSHOT r0-f0ff244 / LuCI openwrt-24.10 branch 24.351.75331~8b3c13f

What browsers do you see the problem on?

Microsoft Edge

Relevant log output

No response

[systemcrash]

Could this be similarly related to symptoms we saw in #7482? What do you think @rmandrad ?

[EPinci]

Repros also on 24.10.0-rc4.
Channel analisys does not show any data after scanning.

[hauke]

Which LuCI version are you using? Did you use the image from downloads.openwrt.org or did you use the image builder?
The Image builder might still use an older LuCI version.

For me it is working with this version:
Powered by LuCI openwrt-24.10 branch (24.357.59006~41cbd31) /[ OpenWrt 24.10-SNAPSHOT (r28210-654c9732dc)](https://openwrt.org/)

[EPinci]

OpenWrt 24.10.0-rc4 r28211-d55754ce0d / LuCI openwrt-24.10 branch 24.357.59006~41cbd31 built from the branch.
Not working - empty channel graph.

[hauke]

hmm strange.

I used a Linksys E8450 (UBI) and accessed LuCi using Firefox.

[EPinci]

On BPI r4, both Chrome and Edge, this is broken.

[rmandrad]

I don't have 24.10 (using snapshot / my own build) however there have been changes both on mtk (by having a single physical device and "logical" radios using the following naming standard "phy.ap" and new ucode code that may be causing issues with luci (I actually noticed a new bug) however
@EPinci could you share your /etc/config/wifi ? otherwise use @hauke suggestion of using latest

[EPinci]

My wireless config isn't super fancy:

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '0'
        option band '2g'
        option channel '9'
        option htmode 'EHT20'
        option country 'IT'
        option cell_density '0'

config wifi-iface 'default_radio0'
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae-mixed'
        option key 'REDACTED'
        option ocv '0'
        option ieee80211k '1'
        option ieee80211r '1'
        option mobility_domain 'REDACTED'
        option ft_over_ds '0'
        option bss_transition '1'

config wifi-device 'radio1'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '1'
        option band '5g'
        option channel 'auto'
        option htmode 'EHT160'
        option country 'IT'
        option cell_density '0'

config wifi-iface 'default_radio1'
        option device 'radio1'
        option network 'lan'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae-mixed'
        option key 'REDACTED'
        option ocv '0'
        option ieee80211k '1'
        option ieee80211r '1'
        option mobility_domain 'REDACTED'
        option ft_over_ds '0'
        option bss_transition '1'

config wifi-device 'radio2'
        option type 'mac80211'
        option path 'soc/11300000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0'
        option radio '2'
        option band '6g'
        option channel '81'
        option htmode 'EHT160'
        option country 'IT'
        option cell_density '0'

config wifi-iface 'default_radio2'
        option device 'radio2'
        option network 'lan'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae'
        option key 'REDACTED'
        option ocv '0'
        option ieee80211k '1'
        option ieee80211r '1'
        option mobility_domain 'REDACTED'
        option ft_over_ds '0'
        option bss_transition '1'

config wifi-iface 'guest'
        option device 'radio0'
        option mode 'ap'
        option ssid 'REDACTED'
        option encryption 'sae-mixed'
        option isolate '1'
        option key 'REDACTED'
        option network 'guest'
        option ocv '0'

also ToT of 24.10 doesn't seem to have any relevant commits on top of RC4 but I'll give it a try nevertheless...

[rmandrad]

so did some troubleshooting and I suspect the root cause is with iwinfo

the code is querying radio 0 via a rpc call to iwinfo

iwinfo radio0 info points to the 5Ghz radio (it should be the 2GHz radio)

the same for radio1

the same for the scan

so the rpc call should be against the interface like
iwinfo phy0.1-ap0 scan

radio0-2 always points to the 5GHz

[systemcrash]

Somewhere luci pulls this info. It gets the 'radios' here (radio0 etc), I think:

luci/modules/luci-mod-status/htdocs/luci-static/resources/view/status/channel_analysis.js

Line 388 in 527acd5

network.getWifiDevices().then(L.bind(function(data) {

which calls:

luci/modules/luci-base/htdocs/luci-static/resources/network.js

Lines 1376 to 1388 in 527acd5

	getWifiDevices: function() {
	return initNetworkState().then(L.bind(function() {
	var uciWifiDevices = uci.sections('wireless', 'wifi-device'),
	rv = [];
	for (var i = 0; i < uciWifiDevices.length; i++) {
	var devname = uciWifiDevices[i]['.name'];
	rv.push(this.instantiateWifiDevice(devname, _state.radios[devname] || {}));
	}
	return rv;
	}, this));
	},

So this depends entirely on what is already in /etc/config/wireless, per wifi-device.

Three radios, each capable of 3 spectra.