I managed to build it on armv7l (D-Link DWA-171, cubieboard1, Arch ARM). Apart from arch mismatch in PKGBUILD, DKMS was failing to install module because KERNELVER was armv7l. Building it with "ARCH=arm" (instead of ARCH=armv7l) did the trick.
How can I help to introduce changes so the package installs without the handwork?
Search Criteria
Package Details: rtl8821au-dkms-git 5.12.5.2.r148.g0bfe654-1
Package Actions
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.53 |
First Submitted: | 2017-09-12 06:28 (UTC) |
Last Updated: | 2022-09-02 13:23 (UTC) |
Dependencies (3)
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 15 Next › Last »
pan-mroku commented on 2017-09-19 08:55 (UTC)
zebulon commented on 2017-09-14 19:55 (UTC)
I have just pushed a new revision with missing makedepends. Thanks to all for reporting the issue.
zebulon commented on 2017-09-14 12:01 (UTC)
@Koonboi: you are right, rtl8812au_8821au_linux-dkms-git is the last one of the original rtl88xxau AURs to be patched for kernel v4.12. The Realtek driver is ancient though (4.3.14), even older than the latest of the 4.3 series. So unless there is a very good reason to keep it (and then it should be renamed to be consistent with the current naming), it is better to switch to 5.1.5 for rtl8821au.
svenstaro commented on 2017-09-13 10:34 (UTC)
I merged other packages into this one.
Twinklebreeze commented on 2017-09-13 07:31 (UTC)
This is another package that has been more recently updated, and compiles still.
https://aur.archlinux.org/packages/rtl8812au_8821au_linux-dkms-git/
zebulon commented on 2017-09-05 20:38 (UTC)
To 8821au owners: latest driver version is 5.1.5, whereas it has been updated to 5.2.9 for 8812au. Unfortunately Realtek do not (always) provide unified drivers for their chipsets, hence the new 5.2.9 driver misses the HAL code for 8821au. Therefore I have created this AUR package, which provides the 5.1.5 driver. Note that this driver also works for 8812au users, but it is advised to use the 5.2.9 available here: https://aur.archlinux.org/packages/rtl8812au-v5-dkms-git/.
Note also that although I can test compilation, I cannot guarantee it will always work and be properly updated due to the fact I do not own a 8821au chipset-based adapter.
tramapoline commented on 2017-08-02 09:21 (UTC)
Wworks for my arch t4uh :). Would be worth looking into getting this in the AUR maybe...
Twinklebreeze commented on 2017-07-31 23:07 (UTC)
I might have a look into that. Hopefully this one recognizes my adapter.
Throne3d commented on 2017-07-31 20:32 (UTC)
It looks like there's a more actively updated git repo (not an AUR package) here: https://github.com/abperiasamy/rtl8812AU_8821AU_linux
This might have already been found but if so I'm not sure anyone's properly mentioned it. (There's a comment mentioning the repo but only briefly.) It states it's based off the "4.3.14" version of the driver, so it might be missing some things, but the last update to the repo was about 15 hours ago as of this reply.
Twinklebreeze commented on 2017-07-31 17:28 (UTC)
I wish I knew more about driver development. I think this project needs forked and actively maintained. I switched to lts, but that only delays the inevitable.
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:
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