Kernel 4.12.3-1 broke this for me -
I #include-ed linux/signal.h and linux/sched/signal.h in osdep_service.h, and applied the 4.11.x patch, but that still hasn't worked, and there looks to be something seriously wrong.
can anyone help / is anyone working on this?
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.58 |
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 .. 4 5 6 7 8 9 10 11 12 13 14 15 Next › Last »
tramapoline commented on 2017-07-30 12:25 (UTC) (edited on 2017-07-31 10:21 (UTC) by tramapoline)
ArchExplorer commented on 2017-07-09 09:56 (UTC)
Hi
There is a fix for kernel 4.9.11:
https://github.com/Grawp/rtl8812au_rtl8821au/pull/46
But it's not merged yet. Hope it gets merged soon. I did apply from hand :-)
rollenwiese commented on 2017-07-08 03:06 (UTC) (edited on 2017-07-08 03:07 (UTC) by rollenwiese)
To get my TP-Link Archer T4U working:
git clone https://github.com/abperiasamy/rtl8812AU_8821AU_linux.git
cd rtl8812AU_8821AU_linux
wget https://patch-diff.githubusercontent.com/raw/abperiasamy/rtl8812AU_8821AU_linux/pull/217.patch
patch -p1 < 217.patch
followed the compilation instructions in the repo
Twinklebreeze commented on 2017-07-07 17:12 (UTC)
Anyone else having trouble compiling in kernel 4.11.9-1?
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/os_dep/linux/ioctl_cfg80211.c: In function ‘rtw_cfg80211_add_monitor_if’:
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/os_dep/linux/ioctl_cfg80211.c:3952:12: error: ‘struct net_device’ has no member named ‘destructor’; did you mean ‘priv_destructor’?
mon_ndev->destructor = rtw_ndev_destructor;
^~~~~~~~~~
priv_destructor
make[2]: *** [scripts/Makefile.build:295: /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/os_dep/linux/ioctl_cfg80211.o] Error 1
make[1]: *** [Makefile:1492: _module_/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.11.9-1-ARCH/build'
make: *** [Makefile:1670: modules] Error 2
Kpunkt commented on 2017-06-13 18:13 (UTC)
I'm using the linked fix on an Edimax EW-7811UAC on a 5GHz network and the connection has been and continues to be superb. It's almost like having a wired one.
xlaits commented on 2017-06-03 05:04 (UTC)
I'm using an NetGear A6100 AC600, and I cannot seem to get this to work. Like, at all. I'm having the same issues as Madoka, but I'll post them just for some prosperity/possible differences.
[ 4731.503548] RTL871X: nolinked power save enter
[ 4736.820502] RTL871X: nolinked power save leave
[ 4741.096547] RTL871X: rtw_set_802_11_connect(wlp0s19f2u3) fw_state=0x00000008
[ 4741.191735] RTL871X: start auth
[ 4741.194591] RTL871X: auth success, start assoc
[ 4741.290004] RTL871X: rtw_cfg80211_indicate_connect(wlp0s19f2u3) BSS not found !!
[ 4741.290042] RTL871X: assoc success
[ 4741.328207] RTL871X: recv eapol packet
[ 4741.328598] RTL871X: send eapol packet
[ 4742.699605] RTL871X: rtw_aes_decrypt(wlp0s19f2u3) no_gkey_bc_cnt:1, no_gkey_mc_cnt:0
[ 4744.156717] RTL871X: rtw_aes_decrypt(wlp0s19f2u3) no_gkey_bc_cnt:3, no_gkey_mc_cnt:0
[ 4744.335438] RTL871X: recv eapol packet
[ 4744.335756] RTL871X: send eapol packet
[ 4745.284263] RTL871X: rtw_aes_decrypt(wlp0s19f2u3) no_gkey_bc_cnt:1, no_gkey_mc_cnt:0
[ 4747.339544] RTL871X: recv eapol packet
[ 4747.339822] RTL871X: send eapol packet
[ 4748.650247] RTL871X: rtw_aes_decrypt(wlp0s19f2u3) no_gkey_bc_cnt:1, no_gkey_mc_cnt:0
[ 4750.343650] RTL871X: recv eapol packet
[ 4750.343916] RTL871X: send eapol packet
[ 4752.728635] RTL871X: nolinked power save enter
[ 4753.229186] RTL871X: nolinked power save leave
Madoka commented on 2017-05-29 18:41 (UTC)
Thank you for the fix. But, this module still has issues with connectivity for me. Seems to be worse with 4.11 kernel. Constant loss of connection. The following messages are displayed with dmesg when the problem occurs, and repeats several times. Hardware is TP-Link Archer T4U V1.
[ 49.420518] RTL871X: assoc success
[ 49.458614] RTL871X: recv eapol packet
[ 49.458753] RTL871X: send eapol packet
[ 49.465821] RTL871X: recv eapol packet
[ 49.465852] RTL871X: send eapol packet
[ 90.176517] RTL871X: rtw_set_802_11_connect(wlp0s20u2) fw_state=0x00000009
[ 90.295905] RTL871X: start auth
[ 90.298101] RTL871X: auth success, start assoc
[ 90.300696] RTL871X: rtw_cfg80211_indicate_connect(wlp0s20u2) BSS not found !
NyanNyanKoneko commented on 2017-05-24 02:08 (UTC)
Okay, I fixed the issue. You can see the 4.11 kernel fix here: https://github.com/Grawp/rtl8812au_rtl8821au/pull/42/files
To get this to compile under 4.11, you need to edit /usr/src/rtl8812au_rtl8821au-[VERSION NUMBER HERE]/include/osdep_service_linux.h
Add this code around line 70:
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 11, 0))
#include <linux/signal.h>
#include <linux/sched/signal.h>
#endif
Then, rebuild DKMS modules with "# dkms autoinstall".
Until someone merges this code in the git repository, I guess 4.11 kernel users need to edit this in by hand.
NyanNyanKoneko commented on 2017-05-24 00:43 (UTC)
I am using the linux-lts kernel because the software package doesn't like the 4.11 kernels. Hopefully there will be an update soon.
Mayzie commented on 2017-05-22 09:16 (UTC)
Does not build against 4.11 kernels (particularly, 4.11.2-1-ck-ivybridge):
Error! Bad return status for module build on kernel: 4.11.2-1-ck-ivybridge (x86_64)
Consult /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/make.log for more information.
$ cat /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/make.log
DKMS make.log for rtl8812au_rtl8821au-4.3.20.r16.d716b38 for kernel 4.11.2-1-ck-ivybridge (x86_64)
Mon May 22 19:13:11 AEST 2017
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.11.2-1-ck-ivybridge/build M=/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build modules
make[1]: Entering directory '/usr/lib/modules/4.11.2-1-ck-ivybridge/build'
CC [M] /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/core/rtw_cmd.o
In file included from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/drv_types.h:32:0,
from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/core/rtw_cmd.c:22:
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/osdep_service.h: In function ‘thread_enter’:
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/osdep_service.h:343:2: error: implicit declaration of function ‘allow_signal’ [-Werror=implicit-function-declaration]
allow_signal(SIGTERM);
^~~~~~~~~~~~
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/osdep_service.h: In function ‘flush_signals_thread’:
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/osdep_service.h:353:6: error: implicit declaration of function ‘signal_pending’ [-Werror=implicit-function-declaration]
if (signal_pending (current))
^~~~~~~~~~~~~~
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/include/osdep_service.h:355:3: error: implicit declaration of function ‘flush_signals’ [-Werror=implicit-function-declaration]
flush_signals(current);
^~~~~~~~~~~~~
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:295: /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build/core/rtw_cmd.o] Error 1
make[1]: *** [Makefile:1496: _module_/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r16.d716b38/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.11.2-1-ck-ivybridge/build'
make: *** [Makefile:1670: modules] Error 2
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