Hi Arend, Janne Even till this date, the issue still persists with wpa_supplicant. So, will we have to use brcmfmac.feature_disable=0x82000 forever (not very ideal) or do we have another plan in mind? > On 5 Aug 2024, at 11:56 AM, Janne Grunau <j@xxxxxxxxxx> wrote: > > Hej, > >> On Sun, Aug 4, 2024, at 13:37, Janne Grunau wrote: >>> On Sun, Aug 4, 2024, at 13:04, Arend Van Spriel wrote: >>> On August 4, 2024 8:27:04 AM Aditya Garg <gargaditya08@xxxxxxxx> wrote: >>>> >>>> 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: >> >> I've bisected the authentication timeouts for WPA2-PSK and WPA3-SAE >> (and probably every other authentication method) down to >> >> https://w1.fi/cgit/hostap/commit/?id=41638606054a09867fe3f9a2b5523aa4678cbfa5 > > this is reported upstream in > http://lists.infradead.org/pipermail/hostap/2024-August/042893.html > > Disabling offloading in brcmfmac with "brcmfmac.feature_disable=0x82000" > on the kernel command line works around both the kernel and > wpa_supplicant issue. > > HTH, > Janne
