Package Details: rtl8814au-aircrack-dkms-git r94.bdf80b5-1

Git Clone URL: https://aur.archlinux.org/rtl8814au-aircrack-dkms-git.git (read-only, click to copy)
Package Base: rtl8814au-aircrack-dkms-git
Description: Aircrack-ng kernel module for Realtek (USB adapters only) network cards with 8814au chipset
Upstream URL: https://github.com/aircrack-ng/rtl8814au
Keywords: 8814au aircrack dkms driver rtl8814au wireless
Licenses: GPL
Conflicts: rtl8814au-dkms-git
Replaces: rtl8814au-dkms-git
Submitter: b00rt00s
Maintainer: b00rt00s
Last Packager: b00rt00s
Votes: 8
Popularity: 0.000192
First Submitted: 2020-11-02 10:24 (UTC)
Last Updated: 2021-04-02 09:07 (UTC)

Required by (0)

Sources (2)

Pinned Comments

b00rt00s commented on 2021-11-26 11:16 (UTC)

The most actual version that works on the newest kernels can be found here: https://aur.archlinux.org/packages/rtl8814au-dkms-git

Latest Comments

alealexpro100 commented on 2022-07-10 14:10 (UTC)

This package does not work on latest kernel (5.18.9-arch1-1). Use this package instead. It builds and works just fine.

b00rt00s commented on 2021-11-26 11:16 (UTC)

The most actual version that works on the newest kernels can be found here: https://aur.archlinux.org/packages/rtl8814au-dkms-git

b00rt00s commented on 2021-11-26 11:14 (UTC)

@ueco I suggest using https://aur.archlinux.org/packages/rtl8814au-dkms-git/

ueco commented on 2021-11-21 20:58 (UTC) (edited on 2021-11-21 20:58 (UTC) by ueco)

I had issues compiling on 5.15.3-arch1-1.


DKMS make.log for 8814au-5.8.5.1 for kernel 5.15.3-arch1-1 (x86_64)
Sun Nov 21 21:37:23 CET 2021
make[1]: warning: -j4 forced in submake: resetting jobserver mode.
make[1]: Entering directory '/var/lib/dkms/8814au/5.8.5.1/build'
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/5.15.3-arch1-1/build M=/var/lib/dkms/8814au/5.8.5.1/build  modules
make[2]: Entering directory '/usr/lib/modules/5.15.3-arch1-1/build'
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_cmd.o
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_security.o
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_debug.o
...
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_sta_mgt.o
/var/lib/dkms/8814au/5.8.5.1/build/core/rtw_recv.c: In function <E2><80><98>validate_mp_recv_frame<E2><80><99>:
/var/lib/dkms/8814au/5.8.5.1/build/core/rtw_recv.c:3575:25: warning: this <E2><80><98>for<E2><80><99> clause does not guard... [-Wmisleading-indentation]
 3575 |                         for (i = 0; i < precv_frame->u.hdr.len; i = i + 8)
      |                         ^~~
In file included from /var/lib/dkms/8814au/5.8.5.1/build/include/drv_types.h:60,
                 from /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_recv.c:17:
/var/lib/dkms/8814au/5.8.5.1/build/include/rtw_debug.h:52:33: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the <E2><80><98>for<E2><80><99>
   52 |         #define RTW_INFO(x,...) do {} while (0)
      |                                 ^~
/var/lib/dkms/8814au/5.8.5.1/build/core/rtw_recv.c:3578:33: note: in expansion of macro <E2><80><98>RTW_INFO<E2><80><99>
 3578 |                                 RTW_INFO("#############################\n");
      |                                 ^~~~~~~~
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/core/rtw_ap.o
...
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/os_dep/linux/rtw_android.o
/var/lib/dkms/8814au/5.8.5.1/build/os_dep/linux/ioctl_cfg80211.c: In function <E2><80><98>rtw_cfg80211_ch_switch_notify<E2><80><99>:
/var/lib/dkms/8814au/5.8.5.1/build/os_dep/linux/ioctl_cfg80211.c:472:5: warning: this <E2><80><98>if<E2><80><99> clause does not guard... [-Wmisleading-indentation]
  472 |     if (!rtw_cfg80211_allow_ch_switch_notify(adapter))
      |     ^~
/var/lib/dkms/8814au/5.8.5.1/build/os_dep/linux/ioctl_cfg80211.c:474:17: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the <E2><80><98>if<E2><80><99>
  474 |                 cfg80211_ch_switch_notify(adapter->pnetdev, &chdef);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~
  CC [M]  /var/lib/dkms/8814au/5.8.5.1/build/os_dep/linux/rtw_proc.o
...

Clone aircrack-ng/rtl8814au from their repo and apply this patch (for kernel 5.12) or this (for 5.15).

antoniovazquez commented on 2021-07-15 20:34 (UTC)

The alternative package https://aur.archlinux.org/packages/rtl8814au-dkms-git seems a lot more unestable for me.

I will be patching the aircrack version with the following changes in order to keep using it with 5.12: https://github.com/aircrack-ng/rtl8814au/pull/64/files

Maybe aplying that patch to this source could be an option for this package temporarely.

frostwork commented on 2021-05-17 09:28 (UTC)

upstream is broken in linux-5.12 (https://github.com/aircrack-ng/rtl8814au/issues/61). Imho it would be best if this PKGBUILD https://aur.archlinux.org/packages/rtl8814au-dkms-git (with dead upstream, but correct package name) would switch to the promising project https://github.com/morrownr/8814au

codebling commented on 2021-04-16 03:29 (UTC)

@gebau00a perhaps it would make more sense to create a new AUR package for that? I don't mind creating one. This just seems like a better option to me then repurposing a package labelled as "aircrack" for non-aircrack driver

gebau00a commented on 2021-04-16 00:30 (UTC)

I propose switching package to https://github.com/morrownr/8814au The aircrack-ng team seems to not actively working on this, you can see on the delay in approving pull requests and the slow speed of development.

codebling commented on 2021-04-02 20:04 (UTC)

@b00rt00s wow thanks for the fast response, and for all your efforts maintaining this!

Edu4rdSHL commented on 2021-04-02 04:34 (UTC)

I have added this package to our official BlackArch Linux repos in case that someone wants it: https://github.com/BlackArch/blackarch/commit/c689a03f667f9f09a70a3149014695982e08cc70

codebling commented on 2021-04-01 23:46 (UTC)

FYI the issue with ioctl_cfg80211.c with 5.11 kernel was patched on HEAD on February 19th (though based on timing of earlier comments, it seems as if that change was not pushed until recently).

The patch command in PKGBUILD fails to apply since the code already has the patch.

hubHawk22 commented on 2021-03-15 00:49 (UTC)

The branch/PR here, https://github.com/aircrack-ng/rtl8814au/pull/40, worked for me in 5.11.6.

The patch below includes the change:

--- src/rtl8814au/os_dep/linux/ioctl_cfg80211.c 2021-03-14 20:16:49.690985258 -0400
+++ src.new/rtl8814au/os_dep/linux/ioctl_cfg80211.c 2021-03-14 20:20:39.070200786 -0400
@@ -460,7 +460,11 @@

 #if (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 19, 0))
    if (started) {
+#if (LINUX_VERSION_CODE >= KERNEL_VERSION(5, 11, 0))
+       cfg80211_ch_switch_started_notify(adapter->pnetdev, &chdef, 0, false);
+#else
        cfg80211_ch_switch_started_notify(adapter->pnetdev, &chdef, 0);
+#endif
        goto exit;
    }
 #endif

b00rt00s commented on 2021-02-24 13:04 (UTC)

@Wennadocta, unfortunately, it's an upstream issue. We have to wait until maintainers will update the source code and stick to the 5.10 kernel. For now, we can do two things: block an update of the kernel in the 'pacman.conf' or install the 'linux-lts'.

Wennadocta commented on 2021-02-24 11:00 (UTC)

Does not compile after kernel update

DKMS make.log for rtl8814au-r90.27d2344 for kernel 5.11.1-arch1-1 (x86_64)
Wed Feb 24 01:58:03 PM MSK 2021
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/5.11.1-arch1-1/build M=/var/lib/dkms/rtl8814au/r90.27d2344/build  modules
make[1]: Entering directory '/usr/lib/modules/5.11.1-arch1-1/build'
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_cmd.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_security.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_debug.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_io.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_ioctl_query.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_ioctl_set.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_ieee80211.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_mlme.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_mlme_ext.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_mi.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_wlan_util.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_vht.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_pwrctrl.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_rf.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_chplan.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_recv.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_sta_mgt.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_ap.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/mesh/rtw_mesh.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/mesh/rtw_mesh_pathtbl.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/mesh/rtw_mesh_hwmp.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_xmit.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_p2p.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_rson.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_tdls.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_br_ext.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_iol.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_sreset.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_btcoex_wifionly.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_btcoex.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_beamforming.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_odm.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_rm.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_rm_fsm.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/rtw_rm_util.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/core/efuse/rtw_efuse.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/osdep_service.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/os_intfs.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/usb_intf.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/usb_ops_linux.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_linux.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/xmit_linux.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/mlme_linux.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/recv_linux.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/rtw_cfgvendor.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/wifi_regd.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/rtw_android.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/rtw_proc.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/rtw_rhashtable.o
  CC [M]  /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_mp.o
/var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_ch_switch_notify’:
/var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.c:463:3: error: too few arguments to function ‘cfg80211_ch_switch_started_notify’
  463 |   cfg80211_ch_switch_started_notify(adapter->pnetdev, &chdef, 0);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /var/lib/dkms/rtl8814au/r90.27d2344/build/include/osdep_service_linux.h:94,
                 from /var/lib/dkms/rtl8814au/r90.27d2344/build/include/osdep_service.h:57,
                 from /var/lib/dkms/rtl8814au/r90.27d2344/build/include/drv_types.h:27,
                 from /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.c:17:
./include/net/cfg80211.h:7585:6: note: declared here
 7585 | void cfg80211_ch_switch_started_notify(struct net_device *dev,
      |      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.c:468:5: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation]
  468 |     if (!rtw_cfg80211_allow_ch_switch_notify(adapter))
      |     ^~
/var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.c:470:3: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘if’
  470 |   cfg80211_ch_switch_notify(adapter->pnetdev, &chdef);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [scripts/Makefile.build:279: /var/lib/dkms/rtl8814au/r90.27d2344/build/os_dep/linux/ioctl_cfg80211.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [Makefile:1800: /var/lib/dkms/rtl8814au/r90.27d2344/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/5.11.1-arch1-1/build'
make: *** [Makefile:2353: modules] Error 2

Wennadocta commented on 2021-02-21 22:32 (UTC)

Epic! Works with my Alfa AWUS1900!

kmahyyg commented on 2021-02-14 15:13 (UTC) (edited on 2021-02-14 15:14 (UTC) by kmahyyg)

I just skimmed all recently widely-used USB WLAN dual-band network interface. So sadly, since mt76 in Linux kernel is totally not working while Mediatek MT7612u is a good and cheap chipset but still got initialization failed. The proprietary one which called mtwifi has nobody to port it for general usage.

Then as always with the bad reputation of Realtek chipset, after a few years, it still has a super bad reputation. RTL88xxAU is not working for RTL8814AU, RTL8812AU is still not working on the most recent kernel (5.10.16 now). However, I still could see the maintainers still trying to port it for v5.11 kernel.

As for RTL8814AU, it just updated at Jan 2021, and no updates and nobody answers users' questions on upstream.

I'm really questioning about the future of both chipsets. Windows version driver is not working smoothly too, even in LAN, the latency of RTL chips still so high as about 20ms, but with Mediatek chip, just about 2~3 ms.

But for Linux, nothing can be used.

For god's sake and saving my life, I totally give up with those f**king wireless drivers.

As for Intel iwlwifi, My AC9260 Always get traffic stuck or sudden disconnected when using 5GHz bands.

Now, I just suggest everyone here, just drop those sh*ts and maybe Sh**tel and Qualcomm can be the only choices for saving everyone's life.

andrej commented on 2020-12-21 19:51 (UTC)

Thanks for maintaining this. However, sadly enough, I feel the need to drop a big word of caution here: This causes total kernel freezes. Which is definitely not a packaging issue; it's an upstream issue, but I think it's still good to mention the problem here. There's an upstream bug on which I've left a comment with all the details (hardware and configs).

A possible workaround: Run hostapd inside VirtualBox; with Oracle's proprietary "extras" you can hopefully forward USB 3.0 into the VirtualBox, make the device work there without loading 8814au on the host and have the virtual machine automatically reboot whenever a freeze strikes (using e.g. a trivial homebrew ping-based watchdog / monitor). But this is merely a crutch with a plethora of networking difficulties when you want IPv6 to work properly on the WiFi (which you do want, in 2020, I bet, and VirtualBox is not exactly good at that by default).

There is also another version of the driver, but that's a no-go as well, because with that one your WiFi AP just stops working a couple of times a day and you have to unload and reload 8814au to get it running again. (On the other hand, it won't freeze the whole machine.)

kminardo commented on 2020-11-12 18:20 (UTC) (edited on 2020-11-13 00:20 (UTC) by kminardo)

Fair enough! I will open a ticket upstream. Thank you

A follow up: I ended up resolving my issue, I came across this thread for the 8812au driver: https://github.com/aircrack-ng/rtl8812au/issues/498#issuecomment-586586696

It mentions to explicitly add

[General]

UseDefaultInterface=true

to /etc/iwd/main.conf

According to that thread, iwd is supposed to contain a behavior blacklist for modules named rtl88* (which I do see the package is appropriately renaming from 8814au) but the only thing that fixed it for me was creating main.conf. So, I have no idea lol. But thank you again for your time.

b00rt00s commented on 2020-11-12 16:26 (UTC)

@kminardo, I believe You should report these issues upstream. I don't believe it's related to the packaging, rather to the driver itself.

kminardo commented on 2020-11-12 15:59 (UTC) (edited on 2020-11-12 15:59 (UTC) by kminardo)

I am attempting to migrate from rtl88xxau-aircrack-dkms-git using standard linux 5.9.8.arch1-1 kernel. Hardware is a Netgear A7000 that was working well with the previous package. After I installed this module iwd, systemd-networkd begin to hang, and I start getting echos in my terminal that kernel tasks are being blocked (kworker, iwd, systemd-network), and the system becomes unresponsive. Unplugging the adapter, rebooting and removing the module restores system stability.

I'm finding it difficult to provide meaningful information around what is causing the error as I'm not able to view journalctl, systemctl status, or other logs while the system is in the broken/hanging state. If there is a way I can access the information or anything specific I can provide that will help resolve this problem, please let me know.