Hi, On Wed, Feb 21, 2018 at 12:39 PM, Daniel Drake <drake@xxxxxxxxxxxx> wrote: > Thanks for looking into this. Here is the brcmfmac43455-sdio.txt file > we are using: > https://gist.github.com/dsd/d7ee3caa6dfd77f0bcd16cf272b20298 > This is identical to the 4345r6nvram.txt file from windows. I checked Windows again and it seems to be using a firmware file 4345r6rtecdc.bin alongside this nvram data. This firmware is different from the one in linux-firmware. I've uploaded it here: https://drive.google.com/open?id=1MUsiaoozslJb8SCYOR-FNbJFuD-h4PY_ I was hoping to try this on Linux to see if it makes any difference to the issue seen here. However, with thisi firmware in place, I can't connect to the network at all. It associates, wpa_supplicant never sees the first WPA2 key message sent from the AP - even though wireshark on a separate monitor shows that the key message was sent, and that the STA acked it. I turned off WPA2 to make it an open network instead, and now I am unable to complete the DHCP conversation. According to the monitor station, the STA succesfully transmits DHCPDISCOVER and the AP responds with DHCPOFFER. The offer is acked, but dhclient never sees it, and eventually times out. Any ideas why this firmware may not be working at all on linux? Thanks, Daniel
