387a9b4fe4
Gluon has multiple ways to obtain unique MAC-addresses. They are either provided by the WiFi driver or derived from the primary MAC-address. Quoting the same file: > It's necessary that the first 45 bits of the MAC address don't > vary on a single hardware interface, since some chips are using > a hardware MAC filter. (e.g 'rt305x') This currently fails in case the rt35xx based chips mac address differs from the primary MAC. In this case, the MAC address for the client0 radio (vif 1) comes from the WiFi driver. As there is only a single MAC-address provided by '/sys/class/ieee80211/phyX/addresses' but the MAC-address for mesh 0 (vif 2) is derived from the Node-ID, resulting in different first 45 bits. The WiFi won't come up altogether in this case. This commit verifies at least 4 MAC-Addresses are provided by the WiFi driver. If this is not the case, all MAC-addresses are derived from the primary MAC. This way, affected radios are working correctly. |
||
|---|---|---|
| .. | ||
| files | ||
| luasrc | ||
| src | ||
| check_site.lua | ||
| Config.in | ||
| Makefile | ||