Package Details: rtl8192eu 4.4.1-3

Git Clone URL: https://aur.archlinux.org/rtl8192eu.git (read-only, click to copy)
Package Base: rtl8192eu
Description: Driver for the Realtek8192eu chipset.
Upstream URL: https://github.com/Mange/rtl8192eu-linux-driver
Keywords: rtl8192
Licenses: GPL
Submitter: TJM
Maintainer: TJM
Last Packager: TJM
Votes: 10
Popularity: 0.42
First Submitted: 2016-04-22 07:57 (UTC)
Last Updated: 2020-09-03 09:18 (UTC)

Latest Comments

prettyblack commented on 2022-05-31 08:16 (UTC)

It's so good ,thanks! kernel5.18.0

CGarces commented on 2022-05-22 11:18 (UTC)

Why this package is flagged as obsolete?

As commented by the mantaniner.

"This package will clone the upstream repo every time you build it. So feel free to rebuild the package. It will fetch the up-to-date code even if the PKGBUILD file is not changed."

glibg10b commented on 2021-09-24 14:14 (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 reboot. Can anyone else confirm?

Sourav commented on 2021-07-10 08:43 (UTC)

Well it asks me to install linux-headers-5.12.15 even though I'm using Xanmod-Cacule Kenrel 5.12.12. I think the dependency should be removed.

h30x commented on 2020-04-30 15:23 (UTC)

Here is a truncated output for

LANG=en_US.UTF-8 pamac install rtl8192eu

==> Starting build()... Makefile:1341: *** recipe commences before first target. Stop. ==> ERROR: A failure occurred in build(). Aborting...

TJM commented on 2020-04-30 14:14 (UTC)

I have found the problem (why drivers doesn't work on kernels 4.14-4.15) and solution. So, we need to do some steps: 1. Install this package or driver direct from upstream link 2. Type lsmod in terminal, we wil see probes 8192eu (that's our driver which we just install) and our big problem - rtl8xxxu -the driver pack for wi-fi built in the kernel. This 2 probes conflict with each other. So we need to prevent rtl8xxxu from loading on system boot. 3. Use, for example, Grub Customizer or edit etc/degault/grub. Add to GRUB_CMDLINE_LINUX_DEFAULT="modprobe.blacklist=rtl8xxxu,mac80211", save changes and reboot. (mac80211 depends on rtl8xxxu) 4. Profit! Our wi-fi adapter works great.

Sorry, I'm confused. If the rtl8xxxu driver has already been integrated into the kernel, there's no reason for reinstalling it. Just plug your USB WiFi adapter and use it. However, I usually keep an up-to-date clone of this package(maintained by makepkg -o) to prevent condition that all kernel models crashed and I have to connect to the Internet to update the kernel.

TJM commented on 2020-04-30 14:08 (UTC) (edited on 2020-04-30 14:09 (UTC) by TJM)

The driver does not compile anymore with kernel 4.15. Looks like this is fixed upstream. Can you please update the package?

This package will clone the upstream repo every time you build it. So feel free to rebuild the package. It will fetch the up-to-date code even if the PKGBUILD file is not changed.

I'm currently having problems when I update my kernel, I always need to reboot and reinstall the package to make it work again with the kernel. I guess this is due to the fact that the files of the module are not moved when the kernel is updated.

There's a dkms version of this package, where the dkms hook of pacman will take care of reinstalling models every time you update the kernel.

this package is missing the bc dependency, pls. fix.

Updated.

I installed this package on Manjaro with pamac. All was working fine but after 5.4.35-1-MANJARO x86_64 Kernel update, even deinstalling and reinstalling the packages gives me build error: "Makefile:1341: *** La recette commence avant la première cible. Arrêt." (sorry for French)

Could you please run LANG=en_US.UTF-8 pamac install rtl8192eu? It might provide you with English output.

h30x commented on 2020-04-30 07:45 (UTC)

I installed this package on Manjaro with pamac. All was working fine but after 5.4.35-1-MANJARO x86_64 Kernel update, even deinstalling and reinstalling the packages gives me build error: "Makefile:1341: *** La recette commence avant la première cible. Arrêt." (sorry for French)

dothebart commented on 2020-04-17 20:41 (UTC)

this package is missing the bc dependency, pls. fix.

vegas commented on 2019-02-28 09:28 (UTC) (edited on 2019-02-28 09:30 (UTC) by vegas)

@matheuspb The package 8192eu-dkms is rebuilt automatically when the kernel is updated :)

matheuspb commented on 2019-02-19 22:26 (UTC)

I'm currently having problems when I update my kernel, I always need to reboot and reinstall the package to make it work again with the kernel. I guess this is due to the fact that the files of the module are not moved when the kernel is updated.

kaputtnik commented on 2018-02-09 15:45 (UTC)

The driver does not compile anymore with kernel 4.15.

Looks like this is fixed upstream. Can you please update the package?

Zaotar commented on 2018-02-04 11:52 (UTC)

I have found the problem (why drivers doesn't work on kernels 4.14-4.15) and solution. So, we need to do some steps: 1. Install this package or driver direct from upstream link 2. Type lsmod in terminal, we wil see probes 8192eu (that's our driver which we just install) and our big problem - rtl8xxxu -the driver pack for wi-fi built in the kernel. This 2 probes conflict with each other. So we need to prevent rtl8xxxu from loading on system boot. 3. Use, for example, Grub Customizer or edit etc/degault/grub. Add to GRUB_CMDLINE_LINUX_DEFAULT="modprobe.blacklist=rtl8xxxu,mac80211", save changes and reboot. (mac80211 depends on rtl8xxxu) 4. Profit! Our wi-fi adapter works great.

TJM commented on 2018-01-31 00:33 (UTC)

Duplicated with package rtl8192eu-git. If you have any problems with the driver itself, please contact the upstream.

Zaotar commented on 2018-01-30 18:50 (UTC)

Thanks for your work! This driver works excellent on LTS kernel 4.4.x in Manjaro. Very good connection speed. But almost doesn't work on kernel 4.9 and higher... I can only see other SSIDs but can't connect to my network. Can this be fixed?

Elrondo46 commented on 2017-04-08 16:29 (UTC)

: epmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.dep.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.dep.bin.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.alias.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.alias.bin.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.softdep.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.symbols.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.symbols.bin.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.builtin.bin.tmp, 1101, 644): Permission denied depmod: ERROR: openat(/lib/modules/4.10.8-1-MANJARO, modules.devname.tmp, 1101, 644): Permission denied DOES NOT WORK. IN ARCH SAME

jura commented on 2016-12-02 10:35 (UTC)

I've done some changes to the PKGBUILD to build the driver on a raspberry B+: $ cat rpi.patch 6c6 < arch=("x86_64") --- > arch=("x86_64" "armv6h") 21a22,24 > if grep -q 'model name.*ARM' /proc/cpuinfo; then > sed -i -e 's/CONFIG_PLATFORM_I386_PC = y/CONFIG_PLATFORM_I386_PC = n/' -e 's/CONFIG_PLATFORM_ARM_RPI = n/CONFIG_PLATFORM_ARM_RPI = y/' Makefile > fi $

vegas commented on 2016-09-07 18:22 (UTC)

Thank you! Will there be a 32-bit version?

swanson commented on 2016-05-14 09:35 (UTC)

Does work on my Arch 64-bit setup. Though the driver takes a long time to activate or something. Wicd is having problems configuring it. I have an USB dongle with the 8192eu chip. When it is up it gives godd fast connection it seems, and so far stable. It's just at boot. I might try networkmanager. iwconfig and such doesn't seem to like wext otherwise I'd try some textbased config/app. Thanks for the upload to Aur!