Un artículo de Hackaday detalla los desafíos para lograr que funcione un dongle USB WiFi TP-Link Archer TX50U en Linux, lo que requirió modificaciones manuales al controlador. El dispositivo, equipado con un chipset Realtek RTL8832CU, no se asoció a ningún controlador al enchufarlo. El autor resolvió el problema con éxito editando los ID USB en el código fuente del controlador y reconstruyéndolo con DKMS.
El TP-Link Archer TX50U, un dongle USB WiFi relativamente nuevo, prometía mejorar la conectividad de un portátil antiguo pero se encontró con problemas inmediatos en un sistema Linux. Al conectarlo, el dispositivo apareció en la lista de dispositivos USB mediante lsusb, revelando que era un chipset Realtek, pero ningún controlador se vinculó a él y sus luces permanecieron apagadas. Una inspección adicional con lsusb -t confirmó la ausencia de vinculación de un controlador. La investigación identificó el chip interno RTL8832CU. El autor descargó un controlador del usuario de GitHub morrownr, seleccionando la versión más reciente para rtl8852cu, etiquetada como v1.19.22-103. La instalación inicial falló porque los ID USB soportados por el controlador no coincidían con los del dongle: ID de proveedor 0x37AD e ID de dispositivo 0x0103, a diferencia de las variantes TP-Link listadas con proveedor 0x35B2 y dispositivos 0x0101 o 0x0102. Para solucionarlo, el autor editó el archivo /usr/src/rtl8852cu-v1.19.22-103/os_dep/linux/usb_intf.c, duplicando una entrada existente para 0x35B2:0x0102 y cambiándola a 0x37AD:0x0103. Usando DKMS, el controlador se recompiló e reinstaló, resultando en luces parpadeantes y rendimiento WiFi funcional. DKMS, o Dynamic Kernel Module Support, automatiza la reconstrucción de módulos del kernel para nuevas versiones del kernel, almacenando las fuentes en /usr/src y rastreando los estados en /var/lib/dkms. Evita la necesidad de recompilación manual tras actualizaciones del kernel, aunque no puede resolver todos los problemas de compatibilidad, como los de los controladores NVIDIA durante cambios de kernel. El autor omitió desactivar el arranque seguro por simplicidad y criticó la complejidad del proceso, sugiriendo que los proveedores brinden mejor soporte para Linux o permitan anulaciones fáciles de ID USB mediante parámetros de módulo. Los comentarios de los lectores hicieron eco de frustraciones similares, incluyendo guías desactualizadas para dispositivos como Google Coral TPU y problemas históricos con hardware Realtek en Linux.