Arch Linux User Repository

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

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

The aircrack-ng version does not entirely work for me (although I have a workaround). On startup, I have a netctl profile called "home" that should bring up the network, but when I use the aircrack-ng driver, it fails with "WPA association/authentication failed for interface 'wlan0'". This driver (rtl8821au-dkms-git) does not have the same problem: the netctl profile brings up the network without any problems.

In the aircrack-ng case, I can eventually get the network up and running with the following workaround, though I don't yet know why this works: 1. sudo ip link set wlan0 up 2. sudo netctl start home (step 2 fails because it sees that the interface is already up, but the workaround doesn't work without it) 3. sudo ip link set wlan0 down 4. sudo netctl start home

For some reason that sequence of commands eventually brings the network up, so my guess is that there's something that the "ip" tool is doing to initialize my adapter that the aircrack-ng driver is not.

For what it's worth, the USB ID for my adapter is 0bda:0811. The product itself is the NET-DYN AC600 USB Wi-Fi Adpater: https://netdynwifi.com/product/ac600-usb-wi-fi-adapter/ .

I can run some tests if anyone would like more information, but unfortunately I don't have much time to investigate this myself.

@HiImTye: thanks for reporting. I think I am close to deprecating this package.

@solstice: thanks for the patch. Due to the future deprecation of this package, can you please report to rtl88xxau-aircrack-dkms-git? Also, this patch would need some work to make it modular for x86_64/arm (using $CARCH detection).

the rtl88xxau package works great for me. thanks for maintaining this old one, it was the one that (previously) was the most reliable :)

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

aircrack works great for me.

I have added a patch for linux kernel 5. Please try, but as explained, I am considering deprecating and recommend the aircrack-ng version (for which there is a PKGBUILD in AUR.)

I think I should deprecate this PKGBUILD. The driver has the same base than the aircrack-ng (astsam/rtl8812au) but the aircrack-ng version is much better maintained. And there is a PKGBUILD for it: https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git. Can I suggest that all users of this driver switch to the rtl88xxau-aircrack-dkms-git and check it works with no issue? If this is the case then I do not see any reason to maintain it.

@archixx: Thanks for the notice. Will look into it. Indeed the aircrack-ng is up to date, and thus I recommend to use the PKGBUILD available: https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git.

Doesn't compile with 5.0.arch1-1. I opened a issue here: https://github.com/zebulon2/rtl8812au/issues/23 . It includes the make.log with the error.

As a workaround I'm using a different fork for now: https://github.com/aircrack-ng/rtl8812au (v5.2.20) and installed it manually via provided "dkms-install.sh script". It's working fine for me. Maybe it makes sense to switch this AUR to the aircrack-ng fork in general.