Search Criteria
Package Details: rtl8852au-dkms-git r100.865ab0f-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/rtl8852au-dkms-git.git (read-only, click to copy) |
---|---|
Package Base: | rtl8852au-dkms-git |
Description: | The WiFi driver for Realtek chipsets RTL8832AU and RTL8852AU (e.g. ASUS USB-AX56, D-Link DW-AX1850, TP-Link AX1800) |
Upstream URL: | https://github.com/lwfinger/rtl8852au |
Keywords: | dkms realtek |
Licenses: | GPL2 |
Conflicts: | rtl8852au |
Submitter: | tzok |
Maintainer: | KafCoppelia |
Last Packager: | KafCoppelia |
Votes: | 2 |
Popularity: | 0.169694 |
First Submitted: | 2023-06-15 07:53 (UTC) |
Last Updated: | 2025-06-13 07:22 (UTC) |
Dependencies (5)
- bc (bc-ghAUR)
- dkms (dkms-gitAUR)
- linux-headers
- usb_modeswitch
- git (git-gitAUR, git-glAUR) (make)
Latest Comments
1 2 Next › Last »
natimerry commented on 2025-07-06 00:15 (UTC) (edited on 2025-07-06 00:15 (UTC) by natimerry)
Zenm Chen has provided a fix which allows the driver to build on Arch Linux kernels again. You should be able to clone my repo directly and build it.
I also request the maintainers to update the diff or just track my repo.
overflyer commented on 2025-06-30 16:06 (UTC)
I am trying to build your repo for kernel 6.15.3, specifically 6.15.3-1-MANJARO.
Process: While being in Manjaro on kernel 6.14, because under kernel 6.14 the driver actually works and I can go online for help and debugging:
Deprecated feature: CLEAN (/var/lib/dkms/rtl8852au/1.15.0.1/source/dkms.conf) Sign command: /usr/lib/modules/6.15.3-1-MANJARO/build/scripts/sign-file Signing key: /var/lib/dkms/mok.key Public certificate (MOK): /var/lib/dkms/mok.pub
Building module(s)...(bad exit status: 2) Failed command: 'make' -j32 KVER=6.15.3-1-MANJARO
Error! Bad return status for module build on kernel: 6.15.3-1-MANJARO (x86_64) Consult /var/lib/dkms/rtl8852au/1.15.0.1/build/make.log for more information.
The contents of Consult /var/lib/dkms/rtl8852au/1.15.0.1/build/make.log:
`DKMS (dkms-3.2.1) make.log for rtl8852au/1.15.0.1 for kernel 6.15.3-1-MANJARO (x86_64) Mo 30. Jun 17:54:31 CEST 2025
Building module(s)
command: 'make' -j32 KVER=6.15.3-1-MANJARO
rm -f .symvers.8852au
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/6.15.3-1-MANJARO/build M=/var/lib/dkms/rtl8852au/1.15.0.1/build modules make[1]: Entering directory '/usr/lib/modules/6.15.3-1-MANJARO/build' make[2]: Entering directory '/var/lib/dkms/rtl8852au/1.15.0.1/build' CC [M] os_dep/osdep_service.o CC [M] os_dep/osdep_service_linux.o CC [M] os_dep/linux/rtw_cfg.o CC [M] os_dep/linux/os_intfs.o CC [M] os_dep/linux/ioctl_linux.o CC [M] os_dep/linux/xmit_linux.o CC [M] os_dep/linux/mlme_linux.o CC [M] os_dep/linux/recv_linux.o CC [M] os_dep/linux/ioctl_cfg80211.o CC [M] os_dep/linux/rtw_cfgvendor.o CC [M] os_dep/linux/wifi_regd.o CC [M] os_dep/linux/rtw_android.o CC [M] os_dep/linux/rtw_proc.o CC [M] os_dep/linux/nlrtw.o CC [M] os_dep/linux/rtw_rhashtable.o CC [M] os_dep/linux/usb_intf.o CC [M] os_dep/linux/usb_ops_linux.o CC [M] core/rtw_cmd.o CC [M] core/rtw_security.o CC [M] core/rtw_debug.o CC [M] core/rtw_io.o CC [M] core/rtw_ioctl_query.o CC [M] core/rtw_ioctl_set.o CC [M] core/rtw_ieee80211.o CC [M] core/rtw_mlme.o CC [M] core/rtw_mlme_ext.o CC [M] core/rtw_sec_cam.o CC [M] core/rtw_mi.o CC [M] core/rtw_wlan_util.o CC [M] core/rtw_vht.o CC [M] core/rtw_he.o CC [M] core/rtw_pwrctrl.o os_dep/linux/recv_linux.c: In function ‘rtw_os_recv_indicate_pkt’: os_dep/linux/recv_linux.c:487:68: warning: suggest braces around empty body in an ‘else’ statement [-Wempty-body] 487 | DBG_COUNTER(padapter->rx_logs.os_netif_err); | ^ In file included from ././include/drv_types.h:52, from core/rtw_security.c:17: core/rtw_security.c: In function ‘rtw_tkip_encrypt’: ././include/rtw_security.h:337:26: error: ‘union pn48’ has no member named ‘byte’ 337 | dot11txpn.byte.TSC0 = iv[2];\ | ^ core/rtw_security.c:744:17: note: in expansion of macro ‘GET_TKIP_PN’ 744 | GET_TKIP_PN(iv, dot11txpn); | ^
././include/rtw_security.h:338:26: error: ‘union pn48’ has no member named ‘byte’ 338 | dot11txpn.byte.TSC1 = iv[0];\ | ^ core/rtw_security.c:744:17: note: in expansion of macro ‘GET_TKIP_PN’ 744 | GET_TKIP_PN(iv, dot11txpn); | ^././include/rtw_security.h:339:26: error: ‘union pn48’ has no member named ‘byte’ 339 | dot11txpn.byte.TSC2 = iv[4];\ | ^ core/rtw_security.c:744:17: note: in expansion of macro ‘GET_TKIP_PN’ 744 | GET_TKIP_PN(iv, dot11txpn); | ^././include/rtw_security.h:340:26: error: ‘union pn48’ has no member named ‘byte’ 340 | dot11txpn.byte.TSC3 = iv[5];\ | ^ core/rtw_security.c:744:17: note: in expansion of macro ‘GET_TKIP_PN’ 744 | GET_TKIP_PN(iv, dot11txpn); | ^././include/rtw_security.h:341:26: error: ‘union pn48’ has no member named ‘byte’ 341 | dot11txpn.byte.TSC4 = iv[6];\ | ^ core/rtw_security.c:744:17: note: in expansion of macro ‘GET_TKIP_PN’ 744 | GET_TKIP_PN(iv, dot11txpn); | ^~~ ././include/rtw_security.h:342:26: error: ‘union pn48’ has no member named ‘byte’ 342 | dot11txpn.byte.TSC5 = iv[7];\ | ^Cut here because comment is too long
natimerry commented on 2025-06-13 19:11 (UTC)
Hey,
So I have updated the patch once more to not use
EXTRA_CFLAGS
in the kernel (not that it matters too much for reasons I will mention later) and use a more modern approach that builds for kernels that disable theEXTRA_CFLAGS
option. My only testing was on Arch kernel. However it seems like arch has stopped shipping kernels withCONFIG_WIRELESS_EXT
enabled, and this is a hybrid driver (which means it registers with the newercfg80211_ops
format but also registers wireless handlers which are no longer supported by the latest arch kernel. Now I am not familiar with Larry's massive codebase but I am going to be see what I can do and going to push my updates if I can remove all wireless handler code or make it conditional. I will email the maintainer if I am successful.Till then your only real option appears to be to use a distro that enables that option OR use a kernel (custom kernel or something like linux-tkg / cachyos whatever) which still ships with
CONFIG_WIRELESS_EXT
.natimerry commented on 2025-06-13 13:55 (UTC) (edited on 2025-06-13 14:00 (UTC) by natimerry)
Thats a bit weird, im out right now so I cant test this just yet. But you can dm me on discord if you are on it (same username as here) as that's more convenient imo.
Edit: Just tried this on my laptop running cachyos
6.15.2-2-cachyos
and it builds fine on my end. @Stonemincan dm me on discord and maybe i can send you the.ko
file or the build directory for you to runmake install
on. `Stonemincan commented on 2025-06-13 13:20 (UTC) (edited on 2025-06-13 13:32 (UTC) by Stonemincan)
@natimerry sorry I forgot to return and include that:
os_dep/osdep_service.c:17:10: fatal error: drv_types.h: No such file or directory
this is if I use make in the rtl8852au folder. I see that file in the include folder though. If i try to use makepkg after patching this package, it will build the package after patching the correct files ostensibly, but then when using the package to update with pacman I get the same error as with the unpatched package:
Error! Bad return status for module build on kernel: 6.15.2-arch1-1 (x86_64)
Also, I noticed the maintainer has updated this pacakge, but it still fails to build against 6.15.
natimerry commented on 2025-06-13 08:51 (UTC)
@Stonemincan can you specify in more details where the build fails? Would be great if you could upload the output of the
make
Stonemincan commented on 2025-06-11 17:21 (UTC) (edited on 2025-06-11 17:52 (UTC) by Stonemincan)
@natimerry thanks for your help. I applied the patch but building on 6.15 was still unsuccessful. I also couldn't get your github fork to work. Could you please advise?
natimerry commented on 2025-06-11 15:28 (UTC) (edited on 2025-06-11 17:08 (UTC) by natimerry)
https://patch-diff.githubusercontent.com/raw/lwfinger/rtl8852au/pull/115.patch
Patch fixing breakage on kernel 6.15, sorry it took me a while. You could also just use my tree to build the driver manually
https://github.com/natimerry/rtl8852au
as the maintainer seems to have abandoned this driver.Edit: The maintainer Larry Fingers has unfortunately passed away last year. I will continue to try maintain the driver to build with newer kernel versions.
Stonemincan commented on 2025-06-10 16:39 (UTC)
Is there a patch for 6.15?
1 2 Next › Last »