Package Details: rtl8814au-dkms-git 5.8.5.1.r182.g8105736-1

Git Clone URL: https://aur.archlinux.org/rtl8814au-dkms-git.git (read-only, click to copy)
Package Base: rtl8814au-dkms-git
Description: RTL8814AU and RTL8813AU chipset driver with firmware v5.8.5.1
Upstream URL: https://github.com/morrownr/8814au
Licenses: GPL2
Conflicts: rtl8814au
Submitter: zebulon
Maintainer: zebulon (Frost)
Last Packager: zebulon
Votes: 25
Popularity: 0.006637
First Submitted: 2017-09-18 20:21 (UTC)
Last Updated: 2024-05-23 13:15 (UTC)

Dependencies (3)

Required by (0)

Sources (3)

Pinned Comments

zebulon commented on 2019-10-01 06:19 (UTC) (edited on 2025-02-12 07:25 (UTC) by zebulon)

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.

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 14 Next › Last »

zebulon commented on 2018-08-21 11:37 (UTC)

@erkexzcx: this is the reason why I am very reluctant to use these sources. The 3 PKGBUILD I maintain so far use the latest code version from Realtek (allegedly) for each chipset, repectively. The only modifications are code to make them compatible with the latest Linux kernel versions. Other projects often use hybrid code bases to make the drivers compatible with many chipsets, and end up with drivers that are not up to date and carry a lot of hacks. But in the end it is Realtek to blame; they should be more open and transparent with their code and their multiple rewrites.

erkexzcx commented on 2018-08-20 19:21 (UTC)

Actually using AUR package rtl8812au-aircrack-dkms-git I got lower latency and overall better performance when using with my AWUS1900 but then suddenly it started to randomly "reload" itself and connection is getting lost about every 1-2 minutes. I then got back to this (your) AUR package/driver and all the issues went away. So I assume - rtl8812au-aircrack-dkms-git is a more complete driver with more pull requests than in original driver, but again - it was unstable to me.

zebulon commented on 2018-08-20 12:01 (UTC)

@erkexzcx: fantastic, many thanks. Besides, do you know if this is still the latest release from Realtek? It is infuriating the driver is much behind the rtl8812au version (if the version numbering is indeed significant, that is.)

erkexzcx commented on 2018-08-19 22:13 (UTC)

@zebulon I've updated this package. Nothing has changed for x86_64 and i686 architectures, just a very small patch for ARM devices to get it work. Just double checked it by installing this package on my ARM device - works perfectly. Thanks a lot!

zebulon commented on 2018-08-13 10:30 (UTC)

@erkexzcx: I have added you as co-maintainer. Thanks!

zebulon commented on 2018-08-12 19:18 (UTC)

@erkexzcx: this is a bit unfair, in my 2018-07-16 message below I explained I was interested in merging your changes into my PKGBUILD. I just explained that the code needs to be put on a Github acount to be able to use it in the source() section. I have not heard from you since then, and assumed that like me and many others you might be on holiday. I am also between two countries at the moment, hence the lack of repsonsiveness. But please be reassured that all good will is very much appreciated. Are you still happy to merge with my PKGBUIlD then? I can add you as co-maintainer if this is agreable to you.

francoism90 commented on 2018-08-06 11:45 (UTC)

@erkexzcx this is not the case: everyone wants to help you (and others) and good as possible.

Feel free to create your own package, and if possible create a PR to the main repo.

erkexzcx commented on 2018-08-05 21:06 (UTC)

I've put enough effort trying to make this package available for all devices supported in AUR, but nobody else seem to care. I will create another AUR package for this driver.

zebulon commented on 2018-07-16 12:12 (UTC)

@francoism90: thanks I will look into it. I was under the impression that the multiarchitecture support in PKGBUILD was here to avoid multiple packages, but I understand the overhead here.

francoism90 commented on 2018-07-16 09:55 (UTC)

This needs an upstream patch to enable ARM support. I don't know if setting the ARCH to ARM is correctly, if I'm not mistaken another bool needs to be set in the Makefile.

My solution would be to fork the repo, do the changes and create a new package with -arm if no one can test/verify the changes.