Package Details: 8192cu-dkms v4.0.2_9000-23

Git Clone URL: https://aur.archlinux.org/8192cu-dkms.git (read-only, click to copy)
Package Base: 8192cu-dkms
Description: Driver for Realtek RTL8188CUS (8188C, 8192C) chipset wireless cards
Upstream URL: http://www.realtek.com.tw/
Licenses: GPL
Conflicts: 8192cu, dkms-8192cu, rt8192cu
Replaces: dkms-8192cu
Submitter: runnytu
Maintainer: runnytu
Last Packager: runnytu
Votes: 102
Popularity: 0.000570
First Submitted: 2014-05-07 21:01 (UTC)
Last Updated: 2024-03-20 19:46 (UTC)

Dependencies (2)

Required by (0)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

runnytu commented on 2017-06-01 18:54 (UTC)

@kts do you have the lastest version of the package installed? because it's working ok with 4.11.3-1-ARCH (x86_64) kernel.

kts commented on 2017-06-01 13:57 (UTC)

https://paste.debian.net/hidden/65505e25 /var/lib/dkms/8192cu/v4.0.2_9000/build/make.log

kts commented on 2017-06-01 13:27 (UTC)

Error! Bad return status for module build on kernel: 4.11.3-1-ARCH (x86_64)

DaVarga commented on 2017-05-18 16:05 (UTC)

Wifi connection on rpi-zero stable now.

runnytu commented on 2017-05-17 19:36 (UTC)

Hello, Bump to new version v4.0.2_9000-12 for kernel 4.11 compatibility.

PhotonX commented on 2017-05-13 19:13 (UTC)

Thanks for the quick fix, I will test asap (it's not on my machine) and report back!

runnytu commented on 2017-05-13 13:37 (UTC)

@PhotonX, This is because USB code 0df6:0077 isn't in the driver source code list of accepted devices, I update de source code to add compatibility with this device, reinstall the package should fix the issue.

PhotonX commented on 2017-05-11 20:20 (UTC)

Trying to use this with a Sitecom WLA-2100 (300M), USB code 0df6:0077. The module builds fine and everything looks good but after a reboot the module is not loaded. "lsmod | grep 8192" and "dmesg | grep 8192" give no output. When plugging off and on the Wifi stick, dmesg reports that it is running with xhci_hcd which is complete rubbish. What could be the reason for the problem? Running kernel 4.9.24.

Caribou123 commented on 2017-04-25 16:58 (UTC)

Hello, I encounter an issue with my dwa 131 B which use 8192cu driver. My download rate is 8mbits and upload 0,4mbits i m trying every option with modprobe but doesnt seem to change anything. Does some one already had this problem ? Is there a parameter that influe on upload rate ? Thanks^^

kts commented on 2017-03-16 15:55 (UTC) (edited on 2017-03-16 15:55 (UTC) by kts)

@runnytu, @kleinph; Thanks! Modifying NetworkManager.conf get me to the fullest possible speed and the highest signal strength.

kleinph commented on 2017-03-16 12:36 (UTC)

@runnytu, ups sorry, I must habe overlooked that.

runnytu commented on 2017-03-16 11:50 (UTC)

@kleinph, it was alredy in the comments: runnytu comentó en 2016-11-01 14:59 The problem with NM 1.4.2 is for a new functionality added in the new version, after upgrade both packages to 1.4.2, you need to add in etc/NetworkManager/NetworkManager.conf at the end of file this: [device] wifi.scan-rand-mac-address=no restart networkmanager service and works ok.

kleinph commented on 2017-03-16 10:31 (UTC) (edited on 2017-03-16 11:43 (UTC) by kleinph)

@francesco_dem: Are you using NetworkManager? That may be the problem, because it randomizes MAC addresses while scanning for networks. This seems to be not well supported by this driver and it constantly fails and spams the log with such messages: NetworkManager: <info> device (wlan0): supplicant interface state: disabled -> inactive NetworkManager: <warn> device (wlan0): set-hw-addr: new MAC address XX:XX:XX:XX:XX:XX not successfully set (scanning) NetworkManager: <info> device (wlan0): supplicant interface state: inactive -> disabled I put [device] wifi.scan-rand-mac-address=0 in my /etc/NetworkManager/NetworkManager.conf it worked like a charm. See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836351. @runnytu maybe you could put this info somewhere. (edit: posted the correct config snippet)

runnytu commented on 2017-03-09 20:12 (UTC)

One more time, rtlwifi, rtl8192c_common and rtl8xxxu are the kernel included drivers, and rtl8192cu the provided by this package, to work with the provided by this package only is need it rtl8192cu and blacklisted the rest, if not you are using the kernel drivers and don't need this package after all, with this blacklist is working since ever, if not working maybe you need some more packages or config change but the package still working ok.

kts commented on 2017-03-04 19:19 (UTC)

@francesco_dem It worked. Problem solved.

francesco_dem commented on 2017-02-08 16:12 (UTC)

Hi, I had to change blacklist-8192cu-dkms.conf from (like comment of beef): blacklist rtlwifi blacklist rtl8192c_common blacklist rtl8192cu blacklist rtl8xxxu to: blacklist rtl8192cu works for me

francesco_dem commented on 2017-02-07 16:13 (UTC)

hi, after update kernel to 4.9.7-1, doesn't work for me sudo dkms install -m 8192cu -v 1.10 8192cu: Running module version sanity check. Error! Module version v4.0.2_9000.20130911 for 8192cu.ko is not newer than what is already found in kernel 4.9.7-1-ARCH (v4.0.2_9000.20130911). You may override by specifying --force. depmod....... DKMS: install completed.

kts commented on 2017-02-04 19:05 (UTC) (edited on 2017-03-04 19:20 (UTC) by kts)

Change something. It no longer works. There's probably a conflict of module names.

petres commented on 2017-01-15 22:58 (UTC)

Same for me! Maybe it should be changed!

dmccombs commented on 2017-01-01 22:18 (UTC) (edited on 2017-01-01 22:18 (UTC) by dmccombs)

Like @beef, I also had to comment out the "blacklist rtl8xxxu" line from the blacklists file, otherwise the 8192cu module loaded, but my wireless card showed up as ethernet in "networkctl list" and couldn't be used in wireless tools like network manager. With rtlwifi, rtl8190c_common, and rtl8192cu blacklisted, but rtl8xxxu and 8192cu loaded, things work as expected and I don't have the constant connection drops I have with the standard kernel driver.

runnytu commented on 2016-12-28 19:55 (UTC)

@beef, it's ok to blacklist: blacklist rtlwifi blacklist rtl8192c_common blacklist rtl8192cu blacklist rtl8xxxu If you don't blacklist this drivers, you are working with the kernel drivers, not this package drivers.

beef commented on 2016-12-27 22:09 (UTC)

I had to change blacklist-8192cu-dkms.conf from: blacklist rtlwifi blacklist rtl8192c_common blacklist rtl8192cu blacklist rtl8xxxu to: blacklist rtl8192cu because rtl8xxxu is still needed. $ lsmod | grep 8192 8192cu 536576 0 usbcore 208896 8 usbhid,usb_storage,ehci_hcd,uhci_hcd,8192cu,uas,rtl8xxxu,ehci_pci

runnytu commented on 2016-12-16 21:02 (UTC)

@ohmysql, updated with github sources, same version, no changes to package after all.

ohmysql commented on 2016-12-06 01:04 (UTC)

I'm no expert: just wondering if it'd be possible to move the patch files from dropbox to github?

runnytu commented on 2016-11-01 14:59 (UTC)

The problem with NM 1.4.2 is for a new functionality added in the new version, after upgrade both packages to 1.4.2, you need to add in etc/NetworkManager/NetworkManager.conf at the end of file this: [device] wifi.scan-rand-mac-address=no restart networkmanager service and works ok.

DiFuzZzoR commented on 2016-11-01 09:29 (UTC)

I think it's regression caused by commit d86e64768859 and fix now in git (see: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=cf4747d7535a936105f0abe8d8109d3fe339162b). So, waiting for merge to upcoming kernel releases.

chenghung commented on 2016-10-25 14:21 (UTC)

My asus n13 wireless usb does not work after upgrade linux knernel 4.4.27-1, but previous version of kernel work perfectly.

Rumcajs commented on 2016-10-14 17:03 (UTC)

i have report a bug about the interface naming, maybe this can be fixing? : https://bugs.archlinux.org/task/51372

BasioMeusPuga commented on 2016-10-13 02:00 (UTC)

Downgraded networkmanager to 1.4.1dev+9+ga3fd485-1. It seems to be working under KDE but suspending the system once causes no network devices to show up anymore. netctl is totally functional though.

antsa commented on 2016-10-12 23:50 (UTC)

I had problems using wpa_supplicant (1:2.6-1). Downgraded it to 1:2.5-3 and my wifi started working again.

NoMore201 commented on 2016-10-12 20:48 (UTC)

I can confirm the issues are related to nm, i tried with netctl and it works. Network manager is the only package that gives me problems almost every release (related to both this driver and other stuff). I think I'll stick with 1.4.0 for a long time.

quaelgeist commented on 2016-10-12 16:40 (UTC)

are you sure that this is a bug in network manager or just "new behaviour". It seems like if networkmanager disables wifi the network card turns on and if networkmanager enables wifi the network card turns off. Also the (mostly broken) kernel driver behaves as expected. Is there something already reported?

<deleted-account> commented on 2016-10-11 19:33 (UTC)

@runnytu Thank you for fast response! works: networkmanager (1.4.2-1 => 1.4.1dev+9+ga3fd485-1) network-manager-applet (1.4.2-1 => 1.4.0-1)

jpazerty commented on 2016-10-11 19:27 (UTC)

@runnytu, many thanks. I can confirm too : downgrading networkmanager and network-manager-applet to 1.4.0 work fine.

bztes commented on 2016-10-11 19:17 (UTC)

@runnytu Thanks a lot. I can confirm that by downgrading networkmanager and network-manager-applet to v1.4.0 my interface is working again.

runnytu commented on 2016-10-11 17:23 (UTC)

Works ok with 4.7.6-1-ARCH, the problem is the last Networkmanager & applet 1.4.2, downgrade and works ok.

<deleted-account> commented on 2016-10-11 17:15 (UTC)

I can confirm its not working with 4.7.6-1-ARCH. Hope for a fix. Will stay on working kernel next time until new kernel is confirmed.

quaelgeist commented on 2016-10-10 17:44 (UTC)

Does not work anymore for 4.7.6-1-ARCH. The Kernel driver is STILL mostly broken for this one. Please provide a fix soon

denixx commented on 2016-07-20 07:56 (UTC)

@runnytu Yes, re-plugged adapter, and it works properly now. Can't say what was wrong.

runnytu commented on 2016-07-19 18:28 (UTC)

@denixx it's working ok with kernel 4.6.4-1-ARCH since yesterday, no problems.

denixx commented on 2016-07-19 13:06 (UTC)

Hi again! Looks like new kernel broke something again :) 4.6.4-1-ARCH When starting, there is a messages on screen, that: kernel: usb 4-1.3: device descriptor read/64, error -110 -=-=- kernel: usb 4-1.3: device not accepting address 5, error -110 -=-=- kernel: usb 4-1.3: device not accepting address 6, error -110 kernel: usb 4-1-port3: unable to enumerate USB device

denixx commented on 2016-06-09 13:51 (UTC)

Thanks! Confirning, it works again. ip addr listed interface after I pe-plugged-in device to USB-port.

runnytu commented on 2016-06-08 18:09 (UTC)

Hello, Bump to new version v4.0.2_9000-11.

denixx commented on 2016-06-08 15:08 (UTC)

$ lsusb Bus 004 Device 006: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] Is not working now :( ip addr doesn't show me an interface working. Looks like incompatible with new kernel? -=-=- [2016-06-08 15:26] [ALPM] upgraded linux-firmware (20160315.deb1d83-1 -> 20160516.80d463b-1) [2016-06-08 15:26] [ALPM] upgraded linux (4.5.4-1 -> 4.6.1-2)

Narga commented on 2016-04-05 01:40 (UTC)

Confirmed, this is NM bug, if I removed 8192cu-dkms packages, I found USB Wifi Optin on NM context menu but the signal and speed will decrease or doesn't display correctly. Liked jpcima said, I roll-backed to NM 1.0.10-2 then remove / reboot / re-install, my Wifi Adapter is workings flawlessly again.

Revelation60 commented on 2016-04-04 12:40 (UTC)

This is a NetworkManager bug: https://bbs.archlinux.org/viewtopic.php?id=210868 You can still use tools like wifi-menu to connect.

<deleted-account> commented on 2016-04-04 12:39 (UTC)

It is not working for me either, neither with the default kernel one nor with this aur package.

Narga commented on 2016-04-04 02:43 (UTC)

Sorry, I've remove 8192cu-dkms package then reboot, it works like charm. I guess it has been supported by kernel v4.4.5

« First ‹ Previous 1 2 3 4 5 Next › Last »