my setup is:
- MacBook (BCM4387)
- Fedora Asahi Remix, tested on both kernel 6.18.10-402.asahi.fc42 +16k and 6.19.13-400.asahi.fc42 +16k
- NM 1.52.2 + wpa_supplicant 2.11
wifi connects, holds for about 15-25s, then drops, fails to reassociate for 30-50s, eventually reconnects, repeats. Roughly 25% uptime
fixes like brcmfmac.feature_disable=0x82000, downgrading wpa_supplicant, disabling NM-wait-online etc do not work
- iw event shows "disconnected (local request)" on every drop, the kernel/driver is asking for the disconnect
- the reassoc failures right after are status 16 with bssid 00:00:00:00:00:00 ("Authentication rejected due to timeout waiting for next frame in sequence")
driver is fabricating a timeout because the auth exchange isn't completing in time
- dbus-monitor on fi.w1.wpa_supplicant1 shows nothing suspicious, only regular scan/set traffic
- dmesg at boot has the some brcmfmac complaints: WLC_SET_ROAM_DELTA error -52, p2p init errors -52
firmware refusing to accept some commands at init but that's probably fine
however something interesting I found, when I run rfkill block bluetooth, there are suddenly zero disconnects, zero scans, zero auth timeouts
iw log is suddenly empty
so this is bt/wifi coexistence on the combo radio, not a wpa_supplicant or NM issue at all
anything that wakes bluetooth (kdeconnectd discovering, bluetoothd polling, whatever) is enough to start this regression.
5Ghz seems to fix this issue, it only happens on 2.5Ghz, so 5GHz completely sidesteps the issue probaly because the radios don't share airtime with bluetooth
one important clue is that the problem does not exist in stock asahi when you install it fresh from the installer with the ancient kernel version, so it may not be specifically a kernel issue, it could also be kernel + some KDE packages problem
disabling kdeconnectd reduces the problem because it stops polling bluetooth constantly but it still keeps dying after sleeps, that usually requires full system reboot tho because the wifi becomes completely dead
my setup is:
wifi connects, holds for about 15-25s, then drops, fails to reassociate for 30-50s, eventually reconnects, repeats. Roughly 25% uptime
fixes like brcmfmac.feature_disable=0x82000, downgrading wpa_supplicant, disabling NM-wait-online etc do not work
driver is fabricating a timeout because the auth exchange isn't completing in time
firmware refusing to accept some commands at init but that's probably fine
however something interesting I found, when I run
rfkill block bluetooth, there are suddenly zero disconnects, zero scans, zero auth timeoutsiw log is suddenly empty
so this is bt/wifi coexistence on the combo radio, not a wpa_supplicant or NM issue at all
anything that wakes bluetooth (kdeconnectd discovering, bluetoothd polling, whatever) is enough to start this regression.
5Ghz seems to fix this issue, it only happens on 2.5Ghz, so 5GHz completely sidesteps the issue probaly because the radios don't share airtime with bluetooth
one important clue is that the problem does not exist in stock asahi when you install it fresh from the installer with the ancient kernel version, so it may not be specifically a kernel issue, it could also be kernel + some KDE packages problem
disabling
kdeconnectdreduces the problem because it stops polling bluetooth constantly but it still keeps dying after sleeps, that usually requires full system reboot tho because the wifi becomes completely dead