Paul Donald
Paul Donald
This is not complex to add within luci, but luci depends on what exists in the openwrt base system. I sent a patch for netifd to the mailing list and...
Step 1 complete - change committed to netifd. Step 2 complete - update openwrt to use newer netifd. Step 3: update luci
Closed by a6e3ea42ac9bbf7ba84f4f515c2c2986b172d234
Possibly something to do with those comprehensive .depends permissions.
@jempatel could you take a look at this? I've verified this behaviour. Needs an error check to prevent in-use names from being consumed by a new definition, for each of...
Could this be similarly related to symptoms we saw in #7482? What do you think @rmandrad ?
Somewhere luci pulls this info. It gets the 'radios' here (`radio0` etc), I think: https://github.com/openwrt/luci/blob/527acd59a8e1569bf76d3a224f7a88e6455364b2/modules/luci-mod-status/htdocs/luci-static/resources/view/status/channel_analysis.js#L388 which calls: https://github.com/openwrt/luci/blob/527acd59a8e1569bf76d3a224f7a88e6455364b2/modules/luci-base/htdocs/luci-static/resources/network.js#L1376-L1388 So this depends entirely on what is already in `/etc/config/wireless`, per `wifi-device`....
Hello @f00b4r0 and @jow- this looks like a useful addition. Are there any blockers?
Hi @jow- - shall we rebase and merge this so it sees some testing?
@jdd272 could you test on current main? I bumped lldpd to 1.0.20 which included some fixes for VLANs. I haven't fixed init to handle specific incl/excl VLANs yet, but see...