Package Details: rtl8814au-dkms-git 4.3.21.r34.ga0c4479-2

Git Clone URL: (read-only, click to copy)
Package Base: rtl8814au-dkms-git
Description: RTL8814AU and RTL8813AU chipset driver with firmware v4.3.21
Upstream URL:
Licenses: GPL2
Conflicts: rtl8814au
Submitter: zebulon
Maintainer: zebulon
Last Packager: erkexzcx
Votes: 16
Popularity: 0.000001
First Submitted: 2017-09-18 20:21
Last Updated: 2018-08-19 22:11

Dependencies (3)

Required by (0)

Sources (3)

Pinned Comments

zebulon commented on 2019-10-01 06:19

To all having an issue with this driver: please try alternatively.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

zebulon commented on 2021-02-15 12:57

@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 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.

kmahyyg commented on 2021-02-14 15:13

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.

zebulon commented on 2020-12-26 19:41

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

intrepid commented on 2020-10-26 07:23

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

It seems the driver from is working, testing it right now.

zebulon commented on 2020-08-24 11:18

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?

a_manthey commented on 2019-10-01 09:54

same issue with rtl88xxau-aircrack-dkms-git

zebulon commented on 2019-10-01 06:19

To all having an issue with this driver: please try alternatively.

zebulon commented on 2019-10-01 06:15

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.

aris commented on 2019-09-27 11:20

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.

a_manthey commented on 2019-09-24 17:40

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.