Arch Linux User Repository

This package now forces to use the branch v5.6.4.2 (the one that works better for me), which is the default one in the remote repository although they still mention branch v5.3.4 as the stable one. If you have any issues, please leave a comment, and also tried to change the branch in the source array. For example, change it to:

source=('rtl88xxau::git+https://github.com/aircrack-ng/rtl8812au.git#branch=v5.3.4'

Read the README.me to learn how to set your interface in monitor mode (and other things).

Important: Use ip and iw instead of ifconfig and iwconfig

Hello, on 5.3.7 kernel, the connection started only for few seconds with poor signal and then go down, see the log below.

[ 1490.743836] WARNING: CPU: 6 PID: 2369 at net/wireless/sme.c:756 __cfg80211_connect_result.cold+0x32/0x7f [cfg80211] [ 1490.743837] Modules linked in: 88XXau(OE) ccm rt2800usb rt2x00usb rt2800lib rt2x00lib mac80211 libarc4 8021q garp mrp stp llc 8812au(OE) cfg80211 rfkill fuse ax25 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) hwmon_vid intel_powerclamp coretemp kvm_intel snd_hda_codec_hdmi kvm uvcvideo iTCO_wdt mxm_wmi iTCO_vendor_support drm_kms_helper irqbypass videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 snd_usb_audio videobuf2_common intel_cstate snd_usbmidi_lib intel_uncore videodev snd_rawmidi snd_hda_intel snd_seq_device joydev input_leds mc drm mousedev snd_hda_codec i2c_i801 agpgart snd_hda_core snd_hwdep lpc_ich ipmi_devintf snd_pcm ipmi_msghandler r8169 snd_timer syscopyarea snd realtek sysfillrect sysimgblt soundcore libphy i7core_edac fb_sys_fops i5500_temp wmi asus_atk0110 evdev mac_hid acpi_cpufreq vboxpci(OE) virtio_net net_failover failover virtio_ring virtio vboxnetflt(OE) vboxnetadp(OE) nfsd vboxdrv(OE) auth_rpcgss nfs_acl loop lockd sg grace sunrpc crypto_user ip_tables x_tables [ 1490.743910] ext4 crc16 mbcache jbd2 sr_mod cdrom sd_mod hid_generic usbhid hid uhci_hcd ahci libahci libata xhci_pci xhci_hcd scsi_mod ehci_pci ehci_hcd raid456 async_raid6_recov async_memcpy async_pq async_xor xor async_tx raid6_pq md_mod xfs libcrc32c crc32c_generic crc32c_intel [ 1490.743939] CPU: 6 PID: 2369 Comm: kworker/u32:0 Tainted: P W IOE 5.3.7-arch1-1-ARCH #1 [ 1490.743941] Hardware name: System manufacturer System Product Name/P6T, BIOS 1408 09/21/2010 [ 1490.743967] Workqueue: cfg80211 cfg80211_event_work [cfg80211] [ 1490.744005] RIP: 0010:__cfg80211_connect_result.cold+0x32/0x7f [cfg80211] [ 1490.744008] Code: 95 32 b9 f2 0f 0b e9 d8 90 fd ff 48 c7 c7 38 2d 37 c2 e8 82 32 b9 f2 0f 0b e9 e1 90 fd ff 48 c7 c7 38 2d 37 c2 e8 6f 32 b9 f2 <0f> 0b e9 3e 8f fd ff 48 c7 c7 38 2d 37 c2 e8 5c 32 b9 f2 0f 0b e9 [ 1490.744010] RSP: 0018:ffffb20502edfdb0 EFLAGS: 00010246 [ 1490.744013] RAX: 0000000000000024 RBX: ffff926b32960a18 RCX: 0000000000000000 [ 1490.744015] RDX: 0000000000000000 RSI: ffff926b67997708 RDI: 00000000ffffffff [ 1490.744017] RBP: ffffb20502edfe00 R08: 00000000000004d7 R09: 0000000000000001 [ 1490.744019] R10: 0000000000000000 R11: 0000000000000001 R12: ffff926ace962800 [ 1490.744021] R13: 0000000000000000 R14: ffffb20502edfdb0 R15: dead000000000100 [ 1490.744024] FS: 0000000000000000(0000) GS:ffff926b67980000(0000) knlGS:0000000000000000 [ 1490.744026] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 1490.744028] CR2: 00005583c65871f0 CR3: 00000001c3e0a000 CR4: 00000000000006e0 [ 1490.744030] Call Trace: [ 1490.744042] ? __switch_to_asm+0x40/0x70 [ 1490.744046] ? __switch_to_asm+0x40/0x70 [ 1490.744075] ? cfg80211_process_wdev_events+0x139/0x1a0 [cfg80211] [ 1490.744103] cfg80211_process_wdev_events+0x139/0x1a0 [cfg80211] [ 1490.744134] cfg80211_process_rdev_events+0x32/0x70 [cfg80211] [ 1490.744159] cfg80211_event_work+0x1a/0x20 [cfg80211] [ 1490.744164] process_one_work+0x1d1/0x3a0 [ 1490.744168] worker_thread+0x4a/0x3d0 [ 1490.744173] kthread+0xfb/0x130 [ 1490.744176] ? process_one_work+0x3a0/0x3a0 [ 1490.744179] ? kthread_park+0x80/0x80 [ 1490.744184] ret_from_fork+0x35/0x40 [ 1490.744189] ---[ end trace 2bfe10d94a42b053 ]---

@Martinsos: Yes it is indeed very strange. But somehow you got very old sources, the commit is from 29 July 2018 in fact. https://github.com/aircrack-ng/rtl8812au/commit/1c72e119d775a32dd8d44e5bdb6115c6fa8e7057 I have no idea how this happened to you......

@mokkurkalve I have to admit I don't know much about PKGBUILD and cvs packages, but I am getting that if I installed it some time ago, it might not be pulling new source files from the git if I manage it through AUR helper since package itself does not change? But in my case, I installed it for the very first time right now! Anyway, thanks for help, this is probably not the place to teach me about the PKGBUILD, I will have to investigate it myself :). Thanks!

@mokkurkalve: The problem were the sources, indeed. That and that I use a AUR helper, so that I did not realize that the sources were out of date. Thanks for your help! I think I will add a pacman installation/update hook...

[Edit: An alias in the .bashrc was easier...]

@Martinsos: I had no problem compiling this. But I see that your sources are r61.1c72e11 while mine are r854.25c0645 (I BTW just installed this driver). Have you tried what was described just below your post; to make sure to have the latest sources from the GitHub repo for dkms to compile? @will_wisp: What version of the sources do you have? You both presumably should have the latest sources from the repo this package utilises: https://github.com/aircrack-ng/rtl8812au

With the newest version of gcc I am not able to make a dkms install. Will there be an update soon upstream in this package (= is this kind of behavior expected from time to time)? Or do you think there is a problem with the new gcc?

I am trying to get the alfa-awus036ach wifi adapter/dongle to work, which uses 8812 chipset. I tried using rtl8812au-dkms-git, and got it installed and loaded, but could not get dongle to show via ip link. I then arrived here, but can not get the package installed, I get error message:

Error! Bad return status for module build on kernel: 5.3.6-arch1-1-ARCH (x86_64) Consult /var/lib/dkms/rtl88xxau/r61.1c72e11/build/make.log for more information.

I took a look at make.log, and there are some compiler warnings, notably:

cc1: some warnings being treated as errors make[2]: [scripts/Makefile.build:280: /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/os_intfs.o] Error 1 In file included from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/drv_types.h:35, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/mlme_linux.c:24: /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/wifi.h:1009: warning: "IEEE80211_MAX_AMPDU_BUF" redefined 1009 | #define IEEE80211_MAX_AMPDU_BUF 0x40 | In file included from ./include/net/cfg80211.h:21, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/osdep_service_linux.h:94, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/osdep_service.h:41, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/include/drv_types.h:32, from /var/lib/dkms/rtl88xxau/r61.1c72e11/build/os_dep/linux/mlme_linux.c:24: ./include/linux/ieee80211.h:1441: note: this is the location of the previous definition 1441 | #define IEEE80211_MAX_AMPDU_BUF 0x100 | make[1]: [Makefile:1626: module/var/lib/dkms/rtl88xxau/r61.1c72e11/build] Error 2 make[1]: Leaving directory '/usr/lib/modules/5.3.6-arch1-1-ARCH/build' make: *** [Makefile:1264: modules] Error 2

@iyanmv: just to precise, if you use a helper to reinstall, it may then trigger the download of the latest Git update again (if the PKGBUILD points to the latest sources like this one, and not a specific snapshot). Just be sure that your helper cache is empty (using e.g. yay -Scc). On the other hand the dkms package does not redownload any sources, they are statically installed by the PKGBUILD.

@zebulon exactly! This is a cvs PKGBUILD, so you won't receive any updates if you use any helper (such as yay). To get the last changes from upstream you should run makepkg. I will increase pkgver/pkgrel if there are some changes on the PKGBUILD itself according to VCS guidelines.

Apologies for stating the obvious, but had this case before as a maintainer. Can everyone having issues with 5.3.1 make sure they have updated the sources the package uses? DKMS does not that, it only recompiles using the installed sources, it does not re-download the Github sources. To do so you can simply force a reinstalling of this package, which will indeed download teh Git sources again. Of course if your adapter does not work, you may do so by reinstalling an older kernel or try an alternate adapter.