Package Details: 8192eu-dkms 114.6d2705d-1

Git Clone URL: (read-only, click to copy)
Package Base: 8192eu-dkms
Description: Driver for the Realtek 8192eu chipset (DKMS)
Upstream URL:
Keywords: 8192eu rtl8192eu
Licenses: GPL
Provides: rtl8192eu
Submitter: Nachoc
Maintainer: None
Last Packager: Nachoc
Votes: 13
Popularity: 0.36
First Submitted: 2016-12-01 17:08 (UTC)
Last Updated: 2020-08-24 02:22 (UTC)

Required by (0)

Sources (1)

Latest Comments

Sourav commented on 2021-11-15 11:42 (UTC) (edited on 2021-11-15 11:42 (UTC) by Sourav)

With clang 12 everything worked fine. But on a clang 13 compiled kernel with clang 13:

  MODPOST /var/lib/dkms/8192eu/145.5464196/build/Module.symvers
ERROR: modpost: "is_broadcast_mac_addr" [/var/lib/dkms/8192eu/145.5464196/build/8192eu.ko] undefined!
make[2]: *** [scripts/Makefile.modpost:150: /var/lib/dkms/8192eu/145.5464196/build/Module.symvers] Error 1
make[2]: *** Deleting file '/var/lib/dkms/8192eu/145.5464196/build/Module.symvers'
make[1]: *** [Makefile:1774: modules] Error 2
make[1]: Leaving directory '/usr/lib/modules/5.14.12-xanmod1-1-edge/build'
make: *** [Makefile:2293: modules] Error 2

But all other dkms modules are working fine...

glibg10b commented on 2021-09-24 14:12 (UTC)

This module breaks sudo for me for some reason (even after re-installing Arch). When I run sudo airmon-ng start <interface>, the output of airmon-ng freezes, sudo doesn't work, and various parts of Linux start freezing/misbehaving. Even modprobe -r and rmmod stop working, so I have to restart.

sergioabrantes commented on 2021-03-11 02:16 (UTC)

Thanks man!

vegas commented on 2021-03-08 14:23 (UTC)

@votacom, thanks!

votacom commented on 2021-03-03 22:48 (UTC) (edited on 2021-03-05 23:31 (UTC) by votacom)

Doesn't work on my end either since upgrading the kernel. (I'm now on 5.11)

Edit: It does work for me in 5.11 after I rebuilt the package. (I guess upstream got relevant updates since my last build.)

vegas commented on 2021-02-06 03:34 (UTC)

I have it also does not work (

joanmanel commented on 2021-01-02 15:42 (UTC)

It doesn't work with kernel 5.10

NobbZ commented on 2019-11-04 20:24 (UTC)

Can't build in a pristine environment, it seems as if git is missing as a build dependency.

I had to build it in the "host" environment, rather then beeing able to use makechrootpkg -cu

mohan43u commented on 2019-09-27 06:25 (UTC)

kernel panic when using TL-WN823N with kernel 5.3.1. Latest code in upstream branch "realtek-4.4.x" works fine. Version bump needed.

florax commented on 2019-04-13 20:21 (UTC)

Version bump to 59.0a7199b-1 ? Many thanks

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

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 (UTC)

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 (UTC)

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 (UTC)

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: /etc/modprobe.d/wlan.conf 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: lsmod To only show lines that contain "rtl8xxxu": lsmod | grep rtl8xxxu

Nachoc commented on 2017-08-25 18:32 (UTC)

Updated. 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 (UTC)

Hi. 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 (UTC)

Hi! 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] allow_signal(SIGTERM); ^~~~~~~~~~~~ do_signal /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)) ^~~~~~~~~~~~~~ timer_pending /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] flush_signals(current); ^~~~~~~~~~~~~ do_signal 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 (UTC)

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.