Package Details: rtl8821au-dkms-git 5.12.5.2.r148.g0bfe654-1

Git Clone URL: https://aur.archlinux.org/rtl8821au-dkms-git.git (read-only, click to copy)
Package Base: rtl8821au-dkms-git
Description: rtl8821AU and rtl8811AU chipset driver with firmware v5.12.5.2
Upstream URL: https://github.com/morrownr/8821au-20210708
Licenses: GPL2
Conflicts: 8821au
Submitter: zebulon
Maintainer: zebulon
Last Packager: zebulon
Votes: 48
Popularity: 0.58
First Submitted: 2017-09-12 06:28 (UTC)
Last Updated: 2022-09-02 13:23 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

zebulon commented on 2019-10-01 06:18 (UTC)

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

solsticedhiver commented on 2019-03-17 10:59 (UTC) (edited on 2019-03-17 21:10 (UTC) by solsticedhiver)

a patch to make it work for rpi and may be other ARM device:

--- PKGBUILD.old    2019-03-15 20:08:05.345042676 +0100
+++ PKGBUILD    2019-03-15 20:04:24.390294977 +0100
@@ -32,4 +32,10 @@
         sed -e "s/@_PKGBASE@/${_pkgbase}-dkms/" \
                         -e "s/@PKGVER@/${pkgver}/" \
                         -i "${pkgdir}"/usr/src/${_pkgbase}-${pkgver}/dkms.conf
+
+   # patch Makefile for RPI
+   sed -i '/^CONFIG_PLATFORM_I386_PC/s/y/n/' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/Makefile
+   sed -i '/^CONFIG_PLATFORM_ARM_RPI/s/n/y/' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/Makefile
+   # disable debug code with __DATE__ macro (TODO: proper fix ?)
+   sed -i '/__DATE__/s/^/\/\//' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/core/rtw_debug.c
 }

Note: I am seeing the interface of the usb wifi key marketed as DEEPOW dongle (from amazon) changing MAC address at every boot even though I have not set up anything like that in netctl, here.

I don't know if it's a hardware problem or driver problem. However, it's the same with rtl88xxau-aircrack-dkms-git driver

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 Next › Last »

capoeira commented on 2016-05-26 12:34 (UTC)

thanks @Grawp...thing is, i might use 5GHZ in the future. Actually I allready bought the Edimax yesterday (online shop), because it seams to be the better device anyways. And cheap also

<deleted-account> commented on 2016-05-26 07:16 (UTC)

@capoeira Well, if you don't need AC or 5GHz at all, then why bother with device that doesn't have upstream support such as this.

capoeira commented on 2016-05-24 22:05 (UTC)

sorry for highjacking. but I'm deciding between Edimax EW-7811UAC (rtl8812AU) and Ralink RT5370. rtl8812AU seams to be more of a pain in the ass, right?

<deleted-account> commented on 2016-05-23 22:20 (UTC)

4.6 compilation should be fixed up by https://github.com/Grawp/rtl8812au_rtl8821au/commit/0658130bbd0ba72aa0f5a800e39764e2b63f34f5

mischka commented on 2016-05-20 23:42 (UTC)

DKMS compilation seems to fail on 4.6 kernel (from testing). /var/lib/dkms/rtl8812au_rtl8821au/4.3.22_beta.r9.928e27f/build/make.log: http://vpaste.net/1YTXY

cog76 commented on 2016-05-16 07:16 (UTC)

with awus036ac the installation doesn't show error but the adapter seems not working. I can see it correctly with lsusb though its led remains off and I can't see any router.

widowild commented on 2016-03-16 18:25 (UTC)

Hello, i don't use my TP-link model T4UH AC1200 ID 2357:0103 in armv7l $ uname -a Linux alarm 3.10.96-2-ARCH #1 SMP PREEMPT Fri Feb 12 18:10:15 MST 2016 armv7l GNU/Linux my desktop (64bits) no problem... any idea?

<deleted-account> commented on 2016-03-14 20:31 (UTC)

@sekret I've removed the whole .install script. Those DKMS ALPM hooks are wonderful!

sekret commented on 2016-03-07 19:14 (UTC)

Seems like your install script shows outdated infos! ==> To build and install your modules run: dkms install rtl8812au_rtl8821au/4.3.22_beta.r9.928e27f ==> To do this automatically at startup run: systemctl enable dkms.service But the dkms package doesn't contain the service file anymore, instead pacman hooks are used. So I think this output can be deleted :-)

<deleted-account> commented on 2016-01-24 14:57 (UTC)

@viruzeno I'm going to do some cleanup during next week and I'll try to fix any compilation problems on 4.3 and 4.4 kernels. @everybody If you come across a non-beta 4.22 driver or any newer version, please let me know.