Package Details: 8192eu-dkms 114.6d2705d-1

Git Clone URL: https://aur.archlinux.org/8192eu-dkms.git (read-only, click to copy)
Package Base: 8192eu-dkms
Description: Driver for the Realtek 8192eu chipset (DKMS)
Upstream URL: https://github.com/Mange/rtl8192eu-linux-driver
Keywords: 8192eu rtl8192eu
Licenses: GPL
Provides: rtl8192eu
Submitter: Nachoc
Maintainer: Nachoc
Last Packager: Nachoc
Votes: 11
Popularity: 0.120214
First Submitted: 2016-12-01 17:08
Last Updated: 2020-08-24 02:22

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

glibg10b commented on 2021-09-24 14:12

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

Thanks man!

vegas commented on 2021-03-08 14:23

@votacom, thanks!

votacom commented on 2021-03-03 22:48

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

I have it also does not work (

joanmanel commented on 2021-01-02 15:42

It doesn't work with kernel 5.10

NobbZ commented on 2019-11-04 20:24

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

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

Version bump to 59.0a7199b-1 ? Many thanks

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.