Using an AR9220 MiniPCI in 11n hostap mode, I see a lock-up (i.e. no more traffic over the device) when attempting to start a file transfer from a Linux client with a Broadcom (BCM43224 802.11a/b/g/n) NIC. The problem goes away when ampdutx is disabled. ath0: <Atheros 9280> mem 0xe0080000-0xe008ffff irq 9 at device 12.0 on pci0 [ath] enabling AN_TOP2_FIXUP ath0: [HT] enabling HT modes ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9280 mac 128.2 RF5133 phy 13.0 # ifconfig wlan0 wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether 00:80:48:72:63:5f inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fe80::280:48ff:fe72:635f%wlan0 prefixlen 64 scopeid 0xa nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng <hostap> status: running ssid testap channel 4 (2427 MHz 11g ht/20) bssid 00:80:48:72:63:5f regdomain ETSI2 country AT ecm authmode OPEN privacy OFF txpower 30 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs How-To-Repeat: Set the device to hostap mode, and initiate a file transfer / other traffic from a Linux client.
Responsible Changed From-To: freebsd-bugs->freebsd-wireless Over to maintainer(s).
batch change: For bugs that match the following - Status Is In progress AND - Untouched since 2018-01-01. AND - Affects Base System OR Documentation DO: Reset to open status. Note: I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Seems to work now. Presumably fixed some time in the past 6 years...