On Wednesday, 5 February 2025 14:25:01 CET Bjoern A. Zeeb wrote: > > wpa_supplicant: > > wpa_supplicant[36003]: bsd_set_key: unknown alg=4 > > alg=4 would be WPA_ALG_BIP_CMAC_128 which is in in the file: > > 384 case WPA_ALG_BIP_CMAC_128: > 385 wk.ik_type = IEEE80211_CIPHER_BIP_CMAC_128; > 386 break; > 387 default: > > so I am a bit confused as to why it would log the default case below. > Oh, this is main where Adrian has added the placeholders. Let me check > stable/14. Yepp, there they are not avail and the deault printf is > expected. Urgh yes, that is a good point. I have experimented here before and applied https://reviews.freebsd.org/rG05540e62e75f8b2de7e337738eacfb0b159515a6 without reverting the change. I am going to revert this change and recompile the kernel.
I am going to test this tomorrow since this is my workstation at $WORK. N.B.: The kernel here is a GENERIC kernel with TCP-RACK enabled and other very unrelated patches to the userland. Also, I'm running wpa_supplicant-devel (quarterly) as it seems to be behaving better than the one in base. > Can you actually add proto=WPA2 as indicated in the Subject line and see > what happens? I did this and interestingly it did change some behaviour (stuff started just hanging instead of just taking the interface down immediately). > > > > Note that iwm seems to not be supported with this chipset (unless I'm > > totally wrong here). > No. iwm doesn't support that card anymore but that's likely not related > to this issue anyway. Good! Nico -- Nico Sonack <nson...@herrhotzenplotz.de>
