Arch Linux User Repository

To all having an issue with this driver: please try this alternate package: https://aur.archlinux.org/packages/rtw88-dkms-git.

@kmahyyg: thanks for your comments. Unfortunately I have no rtl8814au adapter that I could test and was maintaining these packages along with rtl8812au driver, but without any mean to solve issues like this. I can only recommend the aircrack driver for it, but it needs rtl8814au-aircrack from https://github.com/aircrack-ng/rtl8814au. Are you able to make it work?

Otherwise I have also switched to a PCIe AX200 from Intel, which works well. Of course this is not USB so maybe not a solution for everyone.

I just skimmed all recently widely-used USB WLAN dual-band network interface. So sadly, since mt76 in Linux kernel is totally not working while Mediatek MT7612u is a good and cheap chipset but still got initialization failed. The proprietary one which called mtwifi has nobody to port it for general usage.

Then as always with the bad reputation of Realtek chipset, after a few years, it still has a super bad reputation. RTL88xxAU is not working for RTL8814AU, RTL8812AU is still not working on the most recent kernel (5.10.16 now). However, I still could see the maintainers still trying to port it for v5.11 kernel.

As for RTL8814AU, it just updated at Jan 2021, and no updates and nobody answers users' questions on upstream.

I'm really questioning about the future of both chipsets. Windows version driver is not working smoothly too, even in LAN, the latency of RTL chips still so high as about 20ms, but with Mediatek chip, just about 2~3 ms.

But for Linux, nothing can be used.

For god's sake and saving my life, I totally give up with those f**king wireless drivers.

As for Intel iwlwifi, My AC9260 Always get traffic stuck or sudden disconnected when using 5GHz bands.

Now, I just suggest everyone here, just drop those sh*ts and maybe Sh**tel and Qualcomm can be the only choices for saving everyone's life.

@intrepid: if it is working fine then I will use the next few days to update it. Thanks for reporting.

Hello, rtl88xxau-aircrack-dkms-git dropped rtl8814au support.

It seems the driver from https://github.com/aircrack-ng/rtl8814au is working, testing it right now.

Hello everybody, I think it is time to retire this package and direct users to the more recent rtl88xxau-aircrack-dkms-git package. Any suggestion against this?

same issue with rtl88xxau-aircrack-dkms-git

To all having an issue with this driver: please try these alternate packages: https://aur.archlinux.org/packages/rtw88-dkms-git or https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git.

It looks like all rtl88xx drivers are having problem with 5.3.1 kernel. I am looking into this to see if we need a patch to handle a kernel API change.

I'd like to add to the comment by @a_manthey.

The driver indeed doesn't work on 5.3.1.

TP-Link Archer T9UH (AC1900) is not recognized anymore. It still shows up in the query lsusb. However, it fails to show up in the query iw dev.

Driver builds on 5.3 without errors

Edimax AC 1750 (id 7392:a833) is no longer recognized

lsusb runs infinitely without showing Edimax AC 1750 (id 7392:a833)

shutdown of pc and notebook stops at this point:

systemd-shutdown[1]: Syncing filesystems and blockdevices.

systemd-shutdown[1]: Sending SIGTERM to remainig processes ...

systemd-journald[557]: Received SIGTERM from PID 1 (systemd-shutdown).

systemd-shutdown[1]: waiting for process: systemd-udevd, systemd-udevd

systemd-udevd[593]: Giving up waiting for workers to finish.

systemd-udevd[593]: Event loop failed: Connection timed out

downgrade of systemd to 243.0-1 doesn't fix it.