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.056326
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 2022-05-02 09:13 (UTC) by zebulon)

To all having an issue with this driver: please try https://aur.archlinux.org/packages/rtl8814au-aircrack-dkms-git alternatively.

Latest Comments

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

zebulon commented on 2018-05-19 13:32 (UTC)

@francoism90: thanks a lot for your contribution. DKMS support is very easy to add, this can be done later before packaging - we can simply use the files I used for rtl8814au, just adjusting the package version. Unfortunately I have no rtl8814au device tp test, but based on your feedback I am happy to switch. Also, you could do a pull request of your branch to tpircher (or other packagers).

francoism90 commented on 2018-05-19 09:50 (UTC)

In case someone ones to test the driver T9UH_linux_v4.3.21.1_24835.20171031 (based on build fixes from lwfinger + zebulon2/tpircher): https://github.com/francoism90/rtl8814au

No DKMS support and only one ASUS USB has been added, so you may need to add the device in os_dep/linux/usb_intf.c. It doesn't include other changes/fixes, just some things changed to make building work on Linux 4.15>=.

It works fine for my device (ID 0b05:1853 ASUSTek Computer, Inc).

francoism90 commented on 2018-05-18 19:58 (UTC)

@zebulon Isn't it not a requirement to share your work when using GPL? I don't understand why they don't provide any sources. :/

zebulon commented on 2018-05-18 10:18 (UTC)

@francoism90: unfortunately Realtek is unresponsive. We should insist though, maybe one day some manager would have a better attitude. Some brands are much more friendly, a few years ago I got from Terratec their sound card tech details for the ALSA pproject. But this seems an exception...

francoism90 commented on 2018-05-17 14:15 (UTC) (edited on 2018-05-17 14:19 (UTC) by francoism90)

I have mailed Realtek for the latest source.. haven't received any response.

@zebulon Cool! Will try this version. :)

Seems we can add devices as seen upstream.

Changelog: 1. For Archer T9UH V1/V2. 2. For Linux kernel 2.6.18 ~ 4.4.6. 3. Support monitor mode. 4. This is a beta version; unknown bugs may still exist. The formal version is coming soon.

zebulon commented on 2018-05-17 07:25 (UTC)

I just noticed that on TP-LLink site there is a new Linux driver for their T9UH, published on 8th of May 2018 as a beta. The driver in the archive is labelled: T9UH_linux_v4.3.21.1_24835.20171031

Seems to be a new revision of the 4.3.21 version. Will notify the packagers to see if they want to update their repositories.

francoism90 commented on 2018-04-30 14:41 (UTC)

@andrej Seems to be custom code, or something that has been included in this version. Will take a look, but for now, I just placed something upfront of the device.

andrej commented on 2018-04-24 20:48 (UTC)

Nope, I’ve set many more flags than that. Here they are. But mostly to no avail, because I couldn’t enable any VHT settings anyway. :-(

No clue about the LED; on my device it blinks slowly and it’s so weak that I can barely see it, even at night. So I didn’t look into disabling it.

francoism90 commented on 2018-04-24 19:56 (UTC) (edited on 2018-04-24 20:01 (UTC) by francoism90)

@andrej Is that the only flag you have set?

Is it possible to control the led? The blinking on my device makes me crazy, lol.

andrej commented on 2018-04-24 01:58 (UTC)

Here we go: 17, 18, 19, 20, 21. :-)

But I guess most of these^^^ are in fact just "upstream" issues that can't be easily fixed without substantial help from Realtek. :-( Well, there's at least some AP support, but it's nowhere near the advertised 1Gb/s+ rates.