Atheros AR5523 USB 802.11a/b/g Wi-Fi adapters
A family of USB Wi-Fi dongles built on the Atheros AR5523 chipset (with AR2112/AR5112 radios) that supported 802.11a/b/g and shipped in mid-2000s consumer products like the Netgear WPN111 and D-Link DWL-G132. The hardware loads external firmware over USB and predates the 802.11n era.
recommendation
Worth keeping but documenting as legacy, because the hardware stopped being sold new around 2008 and only supports pre-11n speeds. There is still enough real-world use to justify maintenance: OpenWrt continues to package it for older devices, and an upstream bug fix for an integer underflow landed as recently as November 2025, so removing it now would strand the small group of users who still rely on these dongles.
repository signals
sources
- lore.kernel.org
Recent upstream attention exists: a linux-wireless patch in November 2025 fixes an integer underflow in ar5523.
- openwrt.org
OpenWrt still ships kmod-ar5523, indicating some present-day downstream deployment for legacy devices.
- cateee.net
LKDDb identifies AR5523 as an in-kernel driver for Atheros AR5523 USB adapters such as Netgear WPN111 and D-Link DWL-G132, across current kernel series.
- lists.openwrt.org
OpenWrt discussion describes AR5523 hardware as an older 802.11a/b/g-only solution based on AR2112/AR5112, reinforcing that this is legacy pre-11n USB WLAN hardware.
codex reasoning notes (technical)
Not an early-exit case: local source inspection via exec_command showed module_usb_driver, many branded USB dongle IDs, and external firmware loading. lore_file_timeline on ar5523.c showed ongoing upstream touches, including a direct bug-fix patch in 2025, and no removal series was evident from recent activity; attempted lore subject searches timed out, so I relied on the timeline result. Web search produced the OpenWrt package page, LKDDb entry, and OpenWrt mailing-list discussion. Combined evidence points to mid-2000s legacy USB Wi-Fi hardware with low but nonzero deployments today; obsolete hardware alone argues against growth, but current packaging plus recent fixes means deprecate/remove would be too aggressive, so keep-annotate.