https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285096

            Bug ID: 285096
           Summary: New changes to ath and net80211 breaks HostAP mode for
                    AR5416
           Product: Base System
           Version: 14.2-STABLE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: wireless
          Assignee: wireless@FreeBSD.org
          Reporter: ens...@gmail.com

Hello Adrian, Bjoern,
After updating source and building world/kernel for the OpenSSH vulnerability
(stable/14-n270518-0611b649eb20), I noticed a lot of machines (e.g. Windows 11
machine and iPhone 12) could no longer associate to my HostAP and would spam
associate/disassociate messages in daemon.log. I'm using FreeBSD if_ath with
AR5416 chipset to serve wireless with these options: "channel 7:ht/40- ssid
Lamp up burst wme". Everything continues to work correctly on my previous
kernel stable/14-n270273-3d30774f0056.

Only changes Adrian and I could identify have been these commit hashes:
ath (enum over numbers for channel widths):
c5978cd3e49a462fe799ff745208b7b0f7ac7ab1

net80211 (CCMP crypto and replay attack changes):
bdc94f09bd96b28dcb841afa31f44b0879130134

If I revert the one file in the CCMP change, machines associate and no longer
spam daemon.log. However, a Windows machine I tested with a "Intel(R) Wi-Fi 6E
AX211 160 MHz" radio could not get an IP address over DHCP. And it could not
ping the HostAP FreeBSD machine with a hardcoded IP address. So it seemingly
cannot communicate with the FreeBSD HostAP despite being able to associate.

I'm stumped. I do not see anything obviously wrong with the two commit hashes.
Changing to an enum doesn't seem like it would cause any problems. I'm less
sure about the CCMP change but it seems harmless. I'm currently just using
stable/14-n270273-3d30774f0056 until I can figure out how to fix it in source
code.

Any ideas? I was hoping to fix it and *then* file, but Adrian advised me
otherwise.

Best regards,
Nathan Lay

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to