Arch Linux User Repository

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

For making it build on 5.0 I had to remove first argument from macro access_ok()

/usr/src/rtl8812au-5.2.20.2.r27.g2dad788/os_dep/linux/rtw_android.c line 627

Good luck

Hi there,

I'm the one who benefits from 5.3.4 with the need for 8814 driver...

I tried 88XX 5.2.20 from aircrack git repo - works bearable, but 5.3.4 seems to work better (wakes up faster after suspend and led blinks)

Unfortunately this PKGBUILD/branch doesn't support my (2357:0106) device, so please, create mentioned PKGBUILD.

Sorry, if I'm messing up with my comment(s). Lets start some post, if this is no proper place. Anyway I will be happy to help with testing.

@gordboy: thank you very much for reporting. As far as I understand, the multi chipset 5.3.4 is being worked on actively by aircrackng. There is an aircrackng PKGBUILD already (albeit outdated and needing modifications to install correctly) and this could be the home of the 5.3.4 version for people who need these features. Unfortunately the owner is not responding requests for updates. Performance- and stability-wise 5.2.20.2 is as good as 5.3.4 (at least from many reports), so we can keep it for 8812au. I can understand that 8814 and 8821 users may benefit from a newer driver, but Realtek has not released new ones yet. We could create rtl88xxau-aircrack-dkms-git PKGBUILD to fill the needs.

EDIT: I have imported your patch for linux 5.0. Thanks again for the update.

@zebulon I put up a fix for kernel 5.0 rc2 on my 5.2.20.2 repo.

Also, I replied to ckpwinters request to include support for Tenda U12 (which of course is already supported). I'm beginning to think that the vast majority of the users we cater to are somewhat lacking in basic reading comprehension ... :)

I am looking at 5.3.4 (admittedly a bit half-heartedly), but I am kind of hoping Realtek come up with something themselves, as the 5.3.4 "branch" is not actually an "official" Realtek offering. While it offers better support across chipsets, the actual code base doesn't really have anything that excites me. Kimocoder and Co. are doing a good job keeping it alive tho.

I have a dream that one day Realtek will come up with a driver that supports multiple chipsets, monitor mode &etc, and recent kernels. But until they do, we are stuck with (it seems to me) 2 main options:

a) 8812au only support in 5.2.20.2, no monitor mode &etc, but recent kernels and a stable codebase.

b) multiple chipset support in 5.3.4, monitor mode &etc, recent kernels, but a dodgy codebase.

Over at SUSE they are using 5.2.20.2, but are experimenting with 5.3.4 in a couple of community builds. Of course, to get any stable decent speeds out of the newer devices you need 5.2.20 or newer.

@Futtle: According to wikidev, 0bda:0811 contains an RTL8811AU chip, NOT an RTL8812au. You CANNOT use this rtl8812au-dkms-git PKGBUILD, the driver version is too recent for 8811au. The Arch wiki (https://wiki.archlinux.org/index.php/Wireless_network_configuration#rtl88xxau) clearly states that the driver for rtl8811au is in the package rtl8821au-dkms-git and this is why you got it working. Furthermore, you should not have both rtl8812au and rtl8821au installed at the same time (due to internal name conflict).

dkms rtl8812au is broken for my 0bda:0811 USB wifi card after updating to kernel 4.20.

I reinstalled rtl8812au, but ip link show won't show my wifi card.

The log said "...installedError! Could not locate dkms.conf file...".

So I uninstall uninstall rtl8812au-dkms-git and rtl8821au-dkms-git and then reinstall dkms. Then dkms seems fine.

I reinstall rtl8812au-dkms-git. But dkms failed to install the module.

Finally,

sudo dkms uninstall --force rtl8821au/5.1.5.r74.g30fb964 sudo dkms install --force rtl8821au/5.1.5.r74.g30fb964

fixed my problem.

@Nudin: are you sure the 8812au module is loaded (and has been compiled for your current kernel)? Please check this is the correct driver for your adapter (which one is it?).

@arthurwatt-veea: this is very technical and unfortuantely probably outside of the scope of this forum. That said, would you like to try the 5.3.4 from https://github.com/aircrack-ng/rtl8812au/tree/v5.3.4 The aircrack-ng team is very active maintaining this version, unified for 8812au,14au and 21au, and they also be helpful around these very technical aspects. And if you could please report back here, since at some point it may be interesting to update to 5.3.4.

I installed it succesfully but I can't get the interface up:

$ sudo ip link set dev wlan1 up
RTNETLINK answers: Operation not permitted

Any ideas?

Hello folks (@zebulon) I have been trying to setup an AP on DFS channels with this driver. With a 4.14 kernel and hostapd version 2.6 this does work. Looking at the code it seems that the DFS radar cfg80211_ops have not been implemented. When testing I did the following changes: enabled CONFIG_DFS_MASTER build flag set cfg80211 country modprobe parameter (ieee80211_regdom) implemented a null cfg80211 radar interface to keep hostapd happy set the rtl8812au domain module parameter (rtw_dfs_region_domain) Setting the rtw_dfs_region_domain seemed to cause things to go a bit wonky (like not marking the DFS channels as radar detect, so hostapd did not do CAC). There seems like a fair bit of code to handle DFS channels in the driver, but it is not clear what level of support is present.

Do we expect DFS channels to work on this version of the driver?

Thank you Arthur