Estou tentando usar um novo adaptador sem fio usb com o Arch Linux (versão para Linux 4.15.14-1-ARCH) e procurando conselhos sobre como diagnosticar um problema com um novo adaptador USB wifi. O dispositivo é um TP-Link AC 1300 / Archer T4UH (UE) v2.0 , que usa um chipset RTL8812AU.
Eu tentei dois drivers USB DKMS da AUR; rtl8812au-dkms-git e rtl8812au_8821au_linux-dkms-git . Também pode haver um módulo rtl8812 incluído no arch linux. Em todos os casos, o dispositivo é reconhecido e posso encontrá-lo adicionando o AP através do NetworkManager, mas ele nunca se conecta à rede com êxito. Eu posso conectar a este AP usando um adaptador USB mais antigo no Linux, ou usando o novo adaptador de um laptop Windows, e tentar conectar um hotspot de telefone móvel separado usando o novo adaptador USB dá erros semelhantes.
Eu ativei os logs de depuração para o wpa_supplicant e monitorei-os através do journalctl. Tanto quanto eu posso ver eles divergem onde o log com falha
wlp5s0f0u2: Request association with f8:04...
wlp5s0f0u2: Add radio work 'connect'@0x5561...
Enquanto o bem sucedido tem
wlp5s0f0u2: Request association with f8:04...
wlp5s0f0u2: Add radio work 'sme-connect'@0x5561...
A diferença entre connect e sme-connect é se existem comandos de driver separados para autenticação e associação. Presumo que esta seja uma variação normal entre os drivers, mas essa diferença dificulta a comparação de etapas posteriores na autenticação. Eu também notei que com o antigo (trabalhando) USB NL80211_CMD_TRIGGER_SCAN foi seguido por NL80211_CMD_NEW_SCAN_RESULTS após cerca de 6 segundos, mas com o novo USB NL80211_CMD_NEW_SCAN_RESULTS é seguido por NL80211_CMD_SCAN_ABORTED após 8 segundos, seguido pelos resultados da varredura. Novamente eu acho que esta é uma variação normal entre hardware / drivers, já que em ambos os casos eu posso selecionar meu AP através da interface do usuário.
Minhas perguntas são: