You are not logged in.

Pages: 1

#1 2025-02-03 14:53:08

elgmizik
Member
Registered: 2025-01-31
Posts: 6

[Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Hi,

I've just updated my system, this included package linux-6.13.1.arch1-1.

I have one DKMS module installed from the rtl8812au-dkms-git AUR package.

During the post-transaction hooks, I got this message

(3/7) Install DKMS modules                                                                                                                                                                          
==> dkms install --no-depmod rtl8812au/5.13.6.r61.gad90dfb -k 6.13.1-arch1-1                                                                                                                        
                                                                                                                                                                                                    
Error! Bad return status for module build on kernel: 6.13.1-arch1-1 (x86_64)                                                                                                                        
Consult /var/lib/dkms/rtl8812au/5.13.6.r61.gad90dfb/build/make.log for more information.                                                                                                            
==> WARNING: `dkms install --no-depmod rtl8812au/5.13.6.r61.gad90dfb -k 6.13.1-arch1-1' exited 10

The content of this log is reproduced below

DKMS (dkms-3.1.5) make.log for rtl8812au/5.13.6.r61.gad90dfb for kernel 6.13.1-arch1-1 (x86_64)
lun. 03 févr. 2025 15:28:35 CET
Cleaning build area
# command: 'make' clean
#make -C /lib/modules/6.12.10-arch1-1/build M=/var/lib/dkms/rtl8812au/5.13.6.r61.gad90dfb/build clean
cd hal ; rm -fr */*/*/*.mod.c */*/*/*.mod */*/*/*.o */*/*/.*.cmd */*/*/*.ko
cd hal ; rm -fr */*/*.mod.c */*/*.mod */*/*.o */*/.*.cmd */*/*.ko
cd hal ; rm -fr */*.mod.c */*.mod */*.o */.*.cmd */*.ko
cd hal ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd core ; rm -fr */*.mod.c */*.mod */*.o */.*.cmd */*.ko
cd core ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd os_dep/linux ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd os_dep ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
cd platform ; rm -fr *.mod.c *.mod *.o .*.cmd *.ko
rm -fr Module.symvers ; rm -fr Module.markers ; rm -fr modules.order
rm -fr *.mod.c *.mod *.o .*.cmd *.ko *~
rm -fr .tmp_versions
rm -fr MOK.der MOK.priv

# exit code: 0
# elapsed time: 00:00:00
Building module(s)
# command: 'make' -j4 KVER=6.13.1-arch1-1 KSRC=/lib/modules/6.13.1-arch1-1/build
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/6.13.1-arch1-1/build M=/var/lib/dkms/rtl8812au/5.13.6.r61.gad90dfb/build  modules
make[1]: Entering directory '/usr/lib/modules/6.13.1-arch1-1/build'
make[2]: Entering directory '/var/lib/dkms/rtl8812au/5.13.6.r61.gad90dfb/build'
  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_mi.o
  CC [M]  core/rtw_wlan_util.o
  CC [M]  core/rtw_vht.o
  CC [M]  core/rtw_pwrctrl.o
  CC [M]  core/rtw_rf.o
  CC [M]  core/rtw_chplan.o
  CC [M]  core/monitor/rtw_radiotap.o
  CC [M]  core/rtw_recv.o
  CC [M]  core/rtw_sta_mgt.o
  CC [M]  core/rtw_ap.o
  CC [M]  core/wds/rtw_wds.o
  CC [M]  core/mesh/rtw_mesh.o
  CC [M]  core/mesh/rtw_mesh_pathtbl.o
  CC [M]  core/mesh/rtw_mesh_hwmp.o
  CC [M]  core/rtw_xmit.o
  CC [M]  core/rtw_p2p.o
  CC [M]  core/rtw_rson.o
  CC [M]  core/rtw_tdls.o
  CC [M]  core/rtw_br_ext.o
  CC [M]  core/rtw_iol.o
  CC [M]  core/rtw_sreset.o
  CC [M]  core/rtw_btcoex_wifionly.o
  CC [M]  core/rtw_btcoex.o
  CC [M]  core/rtw_beamforming.o
  CC [M]  core/rtw_odm.o
  CC [M]  core/rtw_rm.o
  CC [M]  core/rtw_rm_fsm.o
  CC [M]  core/rtw_ft.o
  CC [M]  core/rtw_wnm.o
  CC [M]  core/rtw_mbo.o
  CC [M]  core/rtw_rm_util.o
  CC [M]  core/efuse/rtw_efuse.o
  CC [M]  core/rtw_roch.o
  CC [M]  core/crypto/aes-internal.o
  CC [M]  core/crypto/aes-internal-enc.o
  CC [M]  core/crypto/aes-gcm.o
  CC [M]  core/crypto/aes-ccm.o
  CC [M]  core/crypto/aes-omac1.o
  CC [M]  core/crypto/ccmp.o
  CC [M]  core/crypto/gcmp.o
  CC [M]  core/crypto/aes-siv.o
  CC [M]  core/crypto/aes-ctr.o
  CC [M]  core/crypto/sha256-internal.o
  CC [M]  core/crypto/sha256.o
  CC [M]  core/crypto/sha256-prf.o
  CC [M]  core/crypto/rtw_crypto_wrap.o
  CC [M]  core/rtw_swcrypto.o
  CC [M]  os_dep/osdep_service.o
  CC [M]  os_dep/linux/os_intfs.o
  CC [M]  os_dep/linux/usb_intf.o
  CC [M]  os_dep/linux/usb_ops_linux.o
In file included from /usr/lib/modules/6.13.1-arch1-1/build/include/linux/module.h:22,
                 from ././include/basic_types.h:76,
                 from ././include/drv_types.h:26,
                 from os_dep/linux/os_intfs.c:17:
os_dep/linux/os_intfs.c:35:26: error: expected ‘,’ or ‘;’ before ‘VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver’
   35 |         MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
      |                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/lib/modules/6.13.1-arch1-1/build/include/linux/moduleparam.h:26:61: note: in definition of macro ‘__MODULE_INFO’
   26 |                 = __MODULE_INFO_PREFIX __stringify(tag) "=" info
      |                                                             ^~~~
/usr/lib/modules/6.13.1-arch1-1/build/include/linux/module.h:299:33: note: in expansion of macro ‘MODULE_INFO’
  299 | #define MODULE_IMPORT_NS(ns)    MODULE_INFO(import_ns, ns)
      |                                 ^~~~~~~~~~~
os_dep/linux/os_intfs.c:35:9: note: in expansion of macro ‘MODULE_IMPORT_NS’
   35 |         MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
      |         ^~~~~~~~~~~~~~~~
make[4]: *** [/usr/lib/modules/6.13.1-arch1-1/build/scripts/Makefile.build:194: os_dep/linux/os_intfs.o] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [/usr/lib/modules/6.13.1-arch1-1/build/Makefile:1989: .] Error 2
make[2]: *** [/usr/lib/modules/6.13.1-arch1-1/build/Makefile:251: __sub-make] Error 2
make[2]: Leaving directory '/var/lib/dkms/rtl8812au/5.13.6.r61.gad90dfb/build'
make[1]: *** [Makefile:251: __sub-make] Error 2
make[1]: Leaving directory '/usr/lib/modules/6.13.1-arch1-1/build'
make: *** [Makefile:2516: modules] Error 2

# exit code: 2
# elapsed time: 00:00:17

Any idea what might be going on? I guess it's not really a syntax error inside the kernel files smile

Thanks for your help!

Last edited by elgmizik (2025-02-03 19:38:04)

Offline

#2 2025-02-03 15:16:11

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Have you looked at https://github.com/aircrack-ng/rtl8812au/pull/1220?

Online

#3 2025-02-03 15:32:23

philo
Member
Registered: 2015-01-26
Posts: 275

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

@loqs
Your link means a fix is coming?
Same issue for RTL8821ce.
No problem with linux-lts 6.12.12.

Last edited by philo (2025-02-03 15:33:05)

Offline

#4 2025-02-03 15:53:02

elgmizik
Member
Registered: 2025-01-31
Posts: 6

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

loqs wrote:

Thanks, I had not.

I'm not really aware of the differences between the multiple forks for this driver, I stuck with this one for a moment since it worked well.

philo wrote:

Your link means a fix is coming?

It appears to me that the aircrack-ng fork is still getting some PRs merged so it might happen.

@loqs, would you recommend getting the source directly or do you happen to know that some of these drivers might indeed get updated?

Offline

#5 2025-02-03 16:08:44

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

@philo I would suggest replaying to https://github.com/tomaspinho/rtl8821ce/issues/356 and link to https://github.com/aircrack-ng/rtl8812au/pull/1220 of which the rtl8821ce only needs the first hunk:

diff --git a/os_dep/linux/ioctl_cfg80211.c b/os_dep/linux/ioctl_cfg80211.c
index d91bbbb..017661b 100644
--- a/os_dep/linux/ioctl_cfg80211.c
+++ b/os_dep/linux/ioctl_cfg80211.c
@@ -5868,7 +5868,10 @@ static int	cfg80211_rtw_set_channel(struct wiphy *wiphy
 }
 
 static int cfg80211_rtw_set_monitor_channel(struct wiphy *wiphy
-#if (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 8, 0))
+#if (LINUX_VERSION_CODE >= KERNEL_VERSION(6, 13, 0))
+	, struct net_device *dev
+	, struct cfg80211_chan_def *chandef
+#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 8, 0))
 	, struct cfg80211_chan_def *chandef
 #else
 	, struct ieee80211_channel *chan

Today 15:53:02

@elgmizik no idea when either fork will be patched to work 6.13.  Have you tried the in tree driver under 6.13?

Online

#6 2025-02-03 16:30:54

philo
Member
Registered: 2015-01-26
Posts: 275

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

@loqs
Sorry, but what to do gets above my pay grade...

PS-
I am using rtl8821ce-dkms-git from AUR.

Last edited by philo (2025-02-03 16:58:30)

Offline

#7 2025-02-03 16:35:45

elgmizik
Member
Registered: 2025-01-31
Posts: 6

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

loqs wrote:

@elgmizik no idea when either fork will be patched to work 6.13.  Have you tried the in tree driver under 6.13?

OK. I'm not sure what you're referring to by "in tree driver". Do you mean there are drivers inside the arch official repos linux-headers package?

My USB dongle is the following: https://wikidevi.wi-cat.ru/TP-LINK_Archer_T4UH_v2 from what I read on the right column, this model is "not observed in any mainline kernel" so I thought I had to get one from the AUR. Sorry if I understood your message the wrong way.

Last edited by elgmizik (2025-02-03 16:50:56)

Offline

#8 2025-02-03 18:11:41

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

elgmizik wrote:

OK. I'm not sure what you're referring to by "in tree driver". Do you mean there are drivers inside the arch official repos linux-headers package?

My USB dongle is the following: https://wikidevi.wi-cat.ru/TP-LINK_Archer_T4UH_v2 from what I read on the right column, this model is "not observed in any mainline kernel" so I thought I had to get one from the AUR. Sorry if I understood your message the wrong way.

Support for 0x2357:0x010e was only added to the rtw88 driver in https://github.com/torvalds/linux/commi … d3a7352d38 which is not part of 6.13.1,  my mistake.

Online

#9 2025-02-03 18:53:20

elgmizik
Member
Registered: 2025-01-31
Posts: 6

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Thanks for the clarification. So I understand this driver might make it into the main tree soon? That's good news. In the meantime, I'll stick to the LTS kernel and wait smile

Thanks again for the provided info.

Offline

#10 2025-02-03 19:21:25

Roger Sheaffe
Member
Registered: 2024-09-19
Posts: 10

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

I got the same issue but with rtl8852au-dkms-git for my D-Link DW-AX1850.

Offline

#11 2025-02-03 19:37:14

elgmizik
Member
Registered: 2025-01-31
Posts: 6

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Roger Sheaffe wrote:

I got the same issue but with rtl8852au-dkms-git for my D-Link DW-AX1850.

If the build for rtl8852 uses the same piece of code as the one mentioned in the PR provided by loqs in their first reply, failure is to be expected. You can downgrade the kernel and configure pacman so that it ignores kernel updates for now.

I'm marking the thread as resolved.

Last edited by elgmizik (2025-02-03 19:42:12)

Offline

#12 2025-02-03 19:44:13

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

elgmizik wrote:
Roger Sheaffe wrote:

I got the same issue but with rtl8852au-dkms-git for my D-Link DW-AX1850.

If the build for rtl8852 uses the same piece of code as the one mentioned in the PR provided by loqs in their first reply, failure is to be expected.

Or try applying the following patch:

diff --git a/core/rtw_mem.c b/core/rtw_mem.c
index 15ee5f0..0da4b4d 100644
--- a/core/rtw_mem.c
+++ b/core/rtw_mem.c
@@ -124,7 +124,11 @@ static void __exit rtw_mem_exit(void)
 }
 
 #if defined(MODULE_IMPORT_NS)
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(6, 13, 0))
 MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
+#else
+MODULE_IMPORT_NS("VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver");
+#endif
 #endif
 
 module_init(rtw_mem_init);
diff --git a/os_dep/linux/ioctl_cfg80211.c b/os_dep/linux/ioctl_cfg80211.c
index 2b79c97..e271852 100755
--- a/os_dep/linux/ioctl_cfg80211.c
+++ b/os_dep/linux/ioctl_cfg80211.c
@@ -6349,7 +6349,10 @@ static void rtw_get_chbwoff_from_cfg80211_chan_def(
 #endif /* (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 8, 0)) */
 
 static int cfg80211_rtw_set_monitor_channel(struct wiphy *wiphy
-#if (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 8, 0))
+#if (LINUX_VERSION_CODE >= KERNEL_VERSION(6, 13, 0))
+	, struct net_device *dev
+	, struct cfg80211_chan_def *chandef
+#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(3, 8, 0))
 	, struct cfg80211_chan_def *chandef
 #else
 	, struct ieee80211_channel *chan
diff --git a/os_dep/osdep_service_linux.c b/os_dep/osdep_service_linux.c
index fe47c3b..af10e7d 100644
--- a/os_dep/osdep_service_linux.c
+++ b/os_dep/osdep_service_linux.c
@@ -390,7 +390,11 @@ static int openFile(struct file **fpp, const char *path, int flag, int mode)
 	struct file *fp;
 
 #if defined(MODULE_IMPORT_NS)
-	MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(6, 13, 0))
+MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
+#else
+MODULE_IMPORT_NS("VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver");
+#endif
 #endif
 
 	fp = filp_open(path, flag, mode);
@@ -508,7 +512,11 @@ static int isFileReadable(const char *path, u32 *sz)
 	char buf;
 
 #if defined(MODULE_IMPORT_NS)
-	MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(6, 13, 0))
+MODULE_IMPORT_NS(VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver);
+#else
+MODULE_IMPORT_NS("VFS_internal_I_am_really_a_filesystem_and_am_NOT_a_driver");
+#endif
 #endif
 
 	fp = filp_open(path, O_RDONLY, 0);

Online

#13 2025-02-03 19:52:50

Roger Sheaffe
Member
Registered: 2024-09-19
Posts: 10

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

loqs wrote:

Or try applying the following patch:

Sorry, I'm not sure how to apply the patch. Would you mind relaying instructions or a link with instructions?

Offline

#14 2025-02-03 20:03:46

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

See Patching_packages#Applying_patches.  The following downloads and adds the patch to the PKGBUILD:

git clone https://aur.archlinux.org/rtl8852au-dkms-git.git
cd rtl8852au-dkms-git
curl -o PKGBUILD.diff http://0x0.st/8KQV.diff
git apply -v PKGBUILD.diff

Then build and install the package as normal.  You could also post a link from https://aur.archlinux.org/packages/rtl8852au-dkms-git to this post.
Edit:
Fixed typo.

Last edited by loqs (2025-02-03 21:45:28)

Online

#15 2025-02-03 20:55:05

Roger Sheaffe
Member
Registered: 2024-09-19
Posts: 10

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Thanks! It works, and I've added a link to the AUR page.

Edit: Oh, you have a slight typo though, should be apply -v not apply- v

Last edited by Roger Sheaffe (2025-02-03 20:57:56)

Offline

#16 2025-02-03 21:45:57

loqs
Member
Registered: 2014-03-06
Posts: 18,232

Re: [Solved] DKMS module build fails after update to kernel 6.13.1-arch1-1

Roger Sheaffe wrote:

Edit: Oh, you have a slight typo though, should be apply -v not apply- v

Oops. Fixed that thanks.

Online

Pages: 1

Board footer

Powered by FluxBB