On August 4, 2024 8:27:04 AM Aditya Garg gargaditya08@live.com wrote:
Hi
WPA3 is broken on T2 Macs (atleast on 4364) for a long time. I was under the impression brcmfmac doesn't support it.
Anyways, I've asked a fedora user to compile a kernel with CONFIG_BRCMDBG.
If you want logs without it, look over here: https://pastebin.com/fnhH30JA
Not sure what to make of this. The interface comes up without any obvious error and then another interface is created by another driver:
[ 7.006441] rtl8xxxu 1-8.3:1.0 wlp0s20f0u8u3: renamed from wlan0
That interface connects:
[ 9.103599] wlp0s20f0u8u3: authenticate with 98:da:c4:af:1f:c2 (local address=2e:87:9a:a9:38:66) [ 9.103605] wlp0s20f0u8u3: send auth to 98:da:c4:af:1f:c2 (try 1/3) [ 9.109051] wlp0s20f0u8u3: authenticated [ 9.110202] wlp0s20f0u8u3: associate with 98:da:c4:af:1f:c2 (try 1/3) [ 9.126945] wlp0s20f0u8u3: RX AssocResp from 98:da:c4:af:1f:c2 (capab=0x1431 status=0 aid=5) [ 9.127678] usb 1-8.3: rtl8xxxu_bss_info_changed: HT supported [ 9.128606] wlp0s20f0u8u3: associated
Is brcmfmac setup to connect to the same access point. There are a lot of unknowns here.
Regards, Arend
From: Janne Grunau j@jannau.net Sent: 04 August 2024 11:49 To: Aditya Garg; devnull+j.jannau.net@kernel.org Cc: arend.vanspriel@broadcom.com; asahi@lists.linux.dev; brcm80211-dev-list.pdl@broadcom.com; brcm80211@lists.linux.dev; kvalo@kernel.org; linus.walleij@linaro.org; LKML; linux-wireless@vger.kernel.org; Hector Martin; stable@vger.kernel.org Subject: Re: [PATCH] wifi: brcmfmac: cfg80211: Handle SSID based pmksa deletion
Hej,
On Sun, Aug 4, 2024, at 05:10, Aditya Garg wrote:
Hi
wpa_supplicant 2.11 broke Wi-Fi on T2 Macs as well, but this patch doesn't seem to be fixing Wi-Fi. Instead, it's breaking it even on older 2.10 wpa_supplicant. Tested by a user on bcm4364b2 wifi chip with a WPA2-PSK [AES] network. dmesg output:
On bcm4377, bcm4378 and bcm4388 (chipsets used in M1/M2 macs) WPA3-SAE and WPA2-PSK still works with Fedora's wpa_supplicant 2.10. Fedora's package carried SAE offload patches in 2.10. wpa_supplicant 2.11 still doesn't work with this patch but it prevents a kernel oops after a disconnect (due to an authentication timeout in the current broken state) in wpa_supplicant.
I'll continue to debug the wpa_supplicant 2.11
best regards, Janne