Package Details: 8192eu-dkms 38.49a0fb5-1

Git Clone URL: (read-only)
Package Base: 8192eu-dkms
Description: Driver for the Realtek 8192eu chipset (DKMS)
Upstream URL:
Keywords: 8192eu rtl8192eu
Licenses: GPL
Provides: rtl8192eu
Submitter: Nachoc
Maintainer: Nachoc
Last Packager: Nachoc
Votes: 5
Popularity: 0.060605
First Submitted: 2016-12-01 17:08
Last Updated: 2017-12-13 03:35

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

jonny.Dumb commented on 2017-12-17 11:40

Hello Nachoc

Ok, understood. Ran into similar problems with rtl8192eu-git after a kernel update again. As it may be difficult to judge whether it is necessary to fetch new sources, I may simply update the module manually after a new kernel is available.

On the other hand, isn't there something with major minor numbering of kernel versions one can rely on, for reducing the amount of manual work. I.e.

4.14.5 -> 4.14.6 local sources work. 4.14.5 -> 4.15.X new sources required, manually run f.x. yaourt -S 8192eu-dkms

Would appreciate a comment if anybody knows for sure.

Nachoc commented on 2017-12-13 03:32

With linux 4.14.5 builds and works fine. Being a package that pulls from git you need to manually update the package to get the latest code.

jonny.Dumb commented on 2017-12-10 09:31

This package stopped working for a few days ago, after I updated arch.

modprobe rtl8192eu

modprobe: ERROR: could not insert '8192eu': Unknown symbol in module, or unknown parameter (see dmesg)

dmesg | tail

... [ 6167.563239] 8192eu: Unknown symbol __vfs_read (err 0) [ 6167.563590] 8192eu: Unknown symbol vfs_read (err 0)

Tried the following package from aur: rtl8192eu-git

It worked. After removing 8192eu-dkms, the module belonging to it had to be deleted manually. The path is given in the error message when installing rtl8192eu-git. It complained about an already existing 8192eu.ko file. Maybe I ran into this problem because I tired installing rtl8192eu-git ones before removing 8192eu-dkms.

jonny.Dumb commented on 2017-09-09 14:50

After previous attempts failed, tired installing again today (using yaourt) and it succeed.

The standard driver, rtl8xxxu, does not yet fully support the Realtek rtl8192eu chipset found in the TP-Link TL-WN822N USB wireless network adapter. Networkmanager finds networks, but can not connect to any with the standard driver.

This one does and prevents me from needing to have a separate laptop running and share access to the internet from it. Your awesome work, Nachoc, is therefore very appreciated!

Maybe others may find this information useful: I have blacklisted the standard driver (prevent it form being used) by creating the following file:


With this content:

blacklist rtl8xxxu
install rtl8xxxu /bin/false

I did not try it without the above. After a restart, the new diver was loaded. Maybe other people also find the following helpful:
To show all loaded modules:


To only show lines that contain "rtl8xxxu":

lsmod | grep rtl8xxxu

Nachoc commented on 2017-08-25 18:32

Removed dkms.conf and the patch.
I do not use this package anymore because my adapter (TP-Link TL-WN823N v2) is now supported by the rtl8xxxu driver and works fine.

laegnur commented on 2017-06-17 11:22


I downloaded manually the aur package, edited what @4javier said, and installed it, and it works correctly. It upgrades the DKMS automatically on kernel update, and don't give me the last error .

laegnur commented on 2017-06-11 11:58


I manually build the kernel module with 'dkms autoinstall' but lately it fails with error:

$ cat /var/lib/dkms/8192eu/24.54a6b17/build/make.log
DKMS make.log for 8192eu-24.54a6b17 for kernel 4.11.3-1-ARCH (x86_64)
Dom Xuñ 11 13:41:18 CEST 2017
make ARCH=x86_64 CROSS_COMPILE= -C /lib/modules/4.11.3-1-ARCH/build M=/var/lib/dkms/8192eu/24.54a6b17/build modules
make[1]: Entering directory '/usr/lib/modules/4.11.3-1-ARCH/build'
CC [M] /var/lib/dkms/8192eu/24.54a6b17/build/core/rtw_cmd.o
In file included from /var/lib/dkms/8192eu/24.54a6b17/build/include/drv_types.h:32:0,
from /var/lib/dkms/8192eu/24.54a6b17/build/core/rtw_cmd.c:22:
/var/lib/dkms/8192eu/24.54a6b17/build/include/osdep_service.h: In function ‘thread_enter’:
/var/lib/dkms/8192eu/24.54a6b17/build/include/osdep_service.h:342:2: error: implicit declaration of function ‘allow_signal’; did you mean ‘do_signal’? [-Werror=implicit-function-declaration]
/var/lib/dkms/8192eu/24.54a6b17/build/include/osdep_service.h: In function ‘flush_signals_thread’:
/var/lib/dkms/8192eu/24.54a6b17/build/include/osdep_service.h:352:6: error: implicit declaration of function ‘signal_pending’; did you mean ‘timer_pending’? [-Werror=implicit-function-declaration]
if (signal_pending (current))
/var/lib/dkms/8192eu/24.54a6b17/build/include/osdep_service.h:354:3: error: implicit declaration of function ‘flush_signals’; did you mean ‘do_signal’? [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[2]: *** [scripts/ /var/lib/dkms/8192eu/24.54a6b17/build/core/rtw_cmd.o] Error 1
make[1]: *** [Makefile:1492: _module_/var/lib/dkms/8192eu/24.54a6b17/build] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.11.3-1-ARCH/build'
make: *** [Makefile:1335: modules] Error 2

4javier commented on 2017-05-05 13:36

This pkg fails to rebuild module on every kernel update. Replace $kernel_source_dir with $kernver into MAKE commandline inside dkms.conf and it should be fine.