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

Git Clone URL: (read-only, click to copy)
Package Base: 8192cu-dkms
Description: Driver for Realtek RTL8188CUS (8188C, 8192C) chipset wireless cards
Upstream URL:
Licenses: GPL
Conflicts: 8192cu, dkms-8192cu, rt8192cu
Replaces: dkms-8192cu
Submitter: runnytu
Maintainer: runnytu
Last Packager: runnytu
Votes: 101
Popularity: 0.44
First Submitted: 2014-05-07 21:01 (UTC)
Last Updated: 2022-03-30 19:42 (UTC)

Required by (0)

Sources (3)

Latest Comments

naturlich commented on 2022-03-30 04:15 (UTC)

So sorry to bother, but the latest version doesn't work with the kernel 5.17.1, which I upgraded this morning. Thank you.

runnytu commented on 2021-11-24 19:52 (UTC)

@borneoa, There's an update from 2021-11-06 to fix this, update to the latest version before post errors, please.

borneoa commented on 2021-11-23 21:57 (UTC)

It does not compile anymore with kernel v5.15 /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_br_ext.c:25:10: fatal error: net/ipx.h: No such file or directory 25 | #include <net/ipx.h>

This is due to kernel commit 6c9b40844751 ("net: Remove net/ipx.h and uapi/linux/ipx.h header files"), merged in v5.15-rc1

NicolasV commented on 2021-05-19 17:17 (UTC) (edited on 2021-05-19 17:24 (UTC) by NicolasV)

@runnytu I couldn't compile on Odroid XU4 (archlinuxarm kernel core/linux-odroid-xu3 4.14.180-2) because of this commit:

I managed to compile with previous commit: df14f11bab67a80076a4e298ec5003f74cd64e90

Here is the error message for information:

  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_xmit.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/Hal8192CUHWImg.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/usb_intf.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/usb_ops_linux.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/ioctl_linux.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/xmit_linux.o
  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/mlme_linux.o
/var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.c:969:1: erreur: expected identifier or « ( » before « { » token
  969 | {
      | ^

runnytu commented on 2021-05-18 23:31 (UTC)

@NicolasV, it works OK with all available stable kernels.

NicolasV commented on 2021-05-18 20:30 (UTC)

Can't compile 8192cu-dkms v4.0.2_9000-19 I also tried the previous version (18) Could anybody tell me the right kernel version for this package?

manzo commented on 2021-01-04 19:51 (UTC) (edited on 2021-01-19 00:32 (UTC) by manzo)

Is anyone experiencing issues after the latest update? I've just updated and the card stopped to work with NetworkManager.

Downgrading to build 18 and downgrading the Linux kernel fixes for now.

EDIT: Sorry to bother. Making a clan build of the package fixed it.

naturlich commented on 2020-08-16 01:08 (UTC) (edited on 2020-08-16 03:49 (UTC) by naturlich)

@runnytu, Thank you. I reinstalled this patch and it works fine. Thank you again for your excellent job.

runnytu commented on 2020-08-15 11:56 (UTC)

@naturlich, I added kernel 5.8 support, upgrade it.

naturlich commented on 2020-08-15 08:02 (UTC) (edited on 2020-08-16 03:50 (UTC) by naturlich)

I'm running the latest ArchLinux and my DE is plasma. This pacth has been working perfectly till I upgraded to kernel 5.8.1. I am no professional at all on CS, searched via google and found no answer, so can anybody help to solve this? Many thanks!

runnytu commented on 2020-07-22 18:04 (UTC)

@SSYH, the error was while you try to download the dependency extra\dkms, not this package 8192cu-dkms, check your Pacman mirrors connectivity.

SSYH commented on 2020-07-22 09:16 (UTC) (edited on 2020-07-22 09:18 (UTC) by SSYH)

Newbie here; looks like downloads didn't succeed?:

(base) ~/Projects/incantertutorial >>> yay 8192cu-dkms                                                                     
1 aur/8192cu-dkms v4.0.2_9000-17 (+98 0.00%) 
    Driver for Realtek RTL8188CUS (8188C, 8192C) chipset wireless cards
==> Packages to install (eg: 1 2 3, 1-3 or ^4)
==> 1
:: Checking for conflicts...
:: Checking for inner conflicts...
[Repo: 1]  dkms-2.8.1-3
[Aur: 1]  8192cu-dkms-v4.0.2_9000-17

:: Downloaded PKGBUILD (1/1): 8192cu-dkms
  1 8192cu-dkms                              (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> a

==> Proceed with install? [Y/n] y
:: Parsing SRCINFO (1/1): 8192cu-dkms
[sudo] password for sam: 
resolving dependencies...
looking for conflicting packages...

Packages (1) dkms-2.8.1-3

Total Download Size:   0.05 MiB
Total Installed Size:  0.17 MiB

:: Proceed with installation? [Y/n] y
:: Retrieving packages...
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
error: failed retrieving file 'dkms-2.8.1-3-any.pkg.tar.zst' from : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (failed to retrieve some files)
Errors occurred, no packages were upgraded.
Error installing repo packages
(base) ~/Projects/incantertutorial >>>      

papakilo commented on 2020-07-07 22:35 (UTC)

Working now and then. Sometimes system does NOT reconnect after standby.

runnytu commented on 2019-12-11 18:53 (UTC)

@test0, the drivers are unmaintained since too many years ago, only the community add patches to work with modern kernels.

test0 commented on 2019-12-03 10:47 (UTC)

@runnytu Sorry for the delay in the reply, that worked, could you maybe issue a fix/pull request?

runnytu commented on 2019-11-13 20:14 (UTC)

@test0, It seems that is this commit, git clone the driver, and revert that commit, and try to compile the package with this reverted local source.

test0 commented on 2019-11-05 12:44 (UTC) (edited on 2019-11-05 12:44 (UTC) by test0)

I'm no expert at all, but from a first glance this is the commit that seems to introduce the issue:

runnytu commented on 2019-11-05 10:14 (UTC)

@test0, yes, there is surely, but I'm on holidays without access to pc until 12 november, it's needed to go to git, and see what patch broke that part, if you are able to do it, you could find the solution, if not, wait to that date at least, and I try to find it.

test0 commented on 2019-11-04 08:19 (UTC)

@runnytu: Unfortunately that's the only kernel supported/available for my board (Amlogic). No solution then?

runnytu commented on 2019-11-04 05:42 (UTC)

@test0, you are using a unmantained outdated kernel: linux-3.10.107, please update to supported/maintained one, and sure it works.

test0 commented on 2019-11-03 10:19 (UTC) (edited on 2019-11-03 10:23 (UTC) by test0)

Hi I am getting this when compiling the module for my archlinuxarm setup (no mainline kernel unfortunately), any idea?

  CC [M]  /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/usb_ops_linux.o
/var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.c:969:1: error: expected identifier or '(' before '{' token
/var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.c:1019:22: error: 'rtw_select_queue' undeclared here (not in a function); did you mean 'rtw_recv_select_queue'?
  .ndo_select_queue = rtw_select_queue,
make[1]: *** [scripts/ /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:1233: _module_/var/lib/dkms/8192cu/v4.0.2_9000/build] Error 2
make: Leaving directory '/usr/src/linux-3.10.107-3-ARCH'

ashleykoree commented on 2019-08-24 10:18 (UTC) (edited on 2019-08-24 10:19 (UTC) by ashleykoree)

Realtek RTL8188CUS Lane is a good software for the network. With the help of this software, you can setup the local network easily. I use this software on my computer for my lane network. Some time ago I found a research paper on the lane network on A lot was learned about the Man Lane network from this research paper as well.

aurelien commented on 2019-08-19 13:43 (UTC)

The trouble is when you need that package ... the embedded stuff just not connect to internet ... so how do you do??

git and dkms are not installed by default

runnytu commented on 2019-07-17 17:33 (UTC)

@papakilo, It's working ok both kernels 5.2 and 5.2.1 since 11/07/2019 with the version 4.0.2_9000-17, don't flag out of date.

rdnvndr commented on 2019-07-11 04:28 (UTC) (edited on 2019-07-11 04:31 (UTC) by rdnvndr)

Please add a patch:

*** old/Makefile    2019-07-11 07:17:43.112268961 +0300
--- new/Makefile    2019-07-11 07:13:50.372529957 +0300
*** 14,19 ****
--- 14,21 ----
  EXTRA_CFLAGS += -Wno-unused-function
  EXTRA_CFLAGS += -Wno-unused

+ EXTRA_CFLAGS += -Wno-incompatible-pointer-types
  EXTRA_CFLAGS += -Wno-uninitialized

  EXTRA_CFLAGS += -I$(src)/include

kleinph commented on 2019-05-11 19:14 (UTC) (edited on 2019-05-11 19:16 (UTC) by kleinph)

My WIFI dongle seems to do not need this driver anymore. According to the upstream in-kernel driver should be fine since Linux 4.4.

franklucido commented on 2019-05-07 10:06 (UTC)

Driver for Realtek RTL8188CUS features and characteristics for SoftPedia blog and laboratory may be found on Tom's Hardware forum too. The manufacturer's license pdf file is uploaded in the section official documents and pdf manuals for drivers. More in the Software and Hardware course materials from Cornell University.

koloved commented on 2019-05-06 23:32 (UTC) (edited on 2019-05-07 10:42 (UTC) by koloved)

Uninstall custom drivers then - just made MTU = 9000 default kernel

papakilo commented on 2019-05-06 23:23 (UTC)

Hi runnytu,

sorry to inform you but 8192cu-dkms v4.0.2_9000-15 does NOT work with kernel 5.1.

Here you are my make.log hoping this can help you:

DKMS make.log for 8192cu-v4.0.2_9000 for kernel 5.1.0-1-MANJARO (x86_64) mar 7 mag 2019, 01:12:16, CEST make: ingresso nella directory "/usr/lib/modules/5.1.0-1-MANJARO/build" CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_cmd.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_debug.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_io.o /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c: In function ‘aes_cipher’: /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c:1504:5: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation] for (j = 0; j < 8; j++) ^~~ /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c:1507:2: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘for’ payload_index = hdrlen + 8; ^~~~~~~~~~~~~ /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c: In function ‘aes_decipher’: /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c:1878:5: warning: this ‘for’ clause does not guard... [-Wmisleading-indentation] for (j = 0; j < 8; j++) ^~~ /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_security.c:1881:2: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘for’ payload_index = hdrlen + 8; ^~~~~~~~~~~~~ CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_ioctl_query.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_ioctl_set.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_ieee80211.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_mlme.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_mlme_ext.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_wlan_util.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_pwrctrl.o /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_mlme_ext.c: In function ‘on_action_public_p2p’: /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_mlme_ext.c:5666:5: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation] if( rtw_memcmp(pwdinfo->rx_prov_disc_info.peerDevAddr, empty_addr, ETH_ALEN) ); ^~ /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_mlme_ext.c:5667:6: note: ...this statement, but the latter is misleadingly indented as if it were guarded by the ‘if’ _rtw_memcpy(pwdinfo->rx_prov_disc_info.peerDevAddr, GetAddr2Ptr(pframe), ETH_ALEN); ^~~~~~~~~~~ CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_rf.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_recv.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_sta_mgt.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_ap.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_xmit.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_p2p.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_tdls.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_br_ext.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_iol.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/rtw_sreset.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/core/efuse/rtw_efuse.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/hal_intf.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/hal_com.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/dm.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_hal_init.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_phycfg.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_rf6052.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_dm.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_rxdesc.o /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_rf6052.c: In function ‘PHY_RFShadowRefresh’: /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_rf6052.c:1020:37: warning: iteration 63 invokes undefined behavior [-Waggressive-loop-optimizations] RF_Shadow[eRFPath][Offset].Value = 0; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~ /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_rf6052.c:1018:3: note: within this loop for (Offset = 0; Offset <= RF6052_MAX_REG; Offset++) ^~~ CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_cmd.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/usb_halinit.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/rtl8192cu_led.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/rtl8192cu_xmit.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/rtl8192cu_recv.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/usb_ops_linux.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_sreset.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/rtl8192c_xmit.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/hal/rtl8192c/usb/Hal8192CUHWImg.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/os_intfs.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/usb_intf.o CC [M] /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/linux/usb_ops_linux.o /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c: In function ‘isFileReadable’: /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:1793:28: error: implicit declaration of function ‘get_ds’; did you mean ‘get_da’? [-Werror=implicit-function-declaration] oldfs = get_fs(); set_fs(get_ds()); ^~~~~~ get_da /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:1793:28: error: incompatible type for argument 1 of ‘set_fs’ oldfs = get_fs(); set_fs(get_ds()); ^~~~~~~~ In file included from ./include/linux/uaccess.h:11, from ./include/linux/crypto.h:26, from ./include/crypto/hash.h:16, from ./include/linux/uio.h:14, from ./include/linux/socket.h:8, from ./include/linux/compat.h:15, from ./include/linux/ethtool.h:17, from ./include/linux/netdevice.h:41, from /var/lib/dkms/8192cu/v4.0.2_9000/build/include/osdep_service.h:769, from /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:25: ./arch/x86/include/asm/uaccess.h:29:40: note: expected ‘mm_segment_t’ {aka ‘struct <anonymous>’} but argument is of type ‘int’ static inline void set_fs(mm_segment_t fs) ~~~~~~~~~~~~~^~ /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c: In function ‘retriveFromFile’: /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:1821:29: error: incompatible type for argument 1 of ‘set_fs’ oldfs = get_fs(); set_fs(get_ds()); ^~~~~~~~ In file included from ./include/linux/uaccess.h:11, from ./include/linux/crypto.h:26, from ./include/crypto/hash.h:16, from ./include/linux/uio.h:14, from ./include/linux/socket.h:8, from ./include/linux/compat.h:15, from ./include/linux/ethtool.h:17, from ./include/linux/netdevice.h:41, from /var/lib/dkms/8192cu/v4.0.2_9000/build/include/osdep_service.h:769, from /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:25: ./arch/x86/include/asm/uaccess.h:29:40: note: expected ‘mm_segment_t’ {aka ‘struct <anonymous>’} but argument is of type ‘int’ static inline void set_fs(mm_segment_t fs) ~~~~~~~~~~~~~^~ /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c: In function ‘storeToFile’: /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:1855:29: error: incompatible type for argument 1 of ‘set_fs’ oldfs = get_fs(); set_fs(get_ds()); ^~~~~~~~ In file included from ./include/linux/uaccess.h:11, from ./include/linux/crypto.h:26, from ./include/crypto/hash.h:16, from ./include/linux/uio.h:14, from ./include/linux/socket.h:8, from ./include/linux/compat.h:15, from ./include/linux/ethtool.h:17, from ./include/linux/netdevice.h:41, from /var/lib/dkms/8192cu/v4.0.2_9000/build/include/osdep_service.h:769, from /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.c:25: ./arch/x86/include/asm/uaccess.h:29:40: note: expected ‘mm_segment_t’ {aka ‘struct <anonymous>’} but argument is of type ‘int’ static inline void set_fs(mm_segment_t fs) ~~~~~~~~~~~~~^~ cc1: some warnings being treated as errors make[1]: [scripts/ /var/lib/dkms/8192cu/v4.0.2_9000/build/os_dep/osdep_service.o] Error 1 make[1]: Attesa per i processi non terminati.... make: *** [Makefile:1571: _module/var/lib/dkms/8192cu/v4.0.2_9000/build] Error 2 make: uscita dalla directory "/usr/lib/modules/5.1.0-1-MANJARO/build"

koloved commented on 2018-12-24 19:12 (UTC)

@runnytu, i am trying both of this -

and yes , its latest version

runnytu commented on 2018-12-24 19:01 (UTC)

@koloved, It's working ok with kernel 4.19 since 23/09/2018, do you have installed the lastest version 8192cu-dkms v4.0.2_9000-14?

koloved commented on 2018-12-24 18:56 (UTC)

it doesn't work for 4,19 manjaro 18,01 (

petersmith43 commented on 2018-05-19 17:46 (UTC)

Great initiative taken. First priority of every government should be education. Building such projects would definitely strengthen economy. Meanwhile, young generation is attracted towards some medicines/drugs like cialis, viagra, etc. Govt. should also play part in stopping such growths by making people aware of cialis side effects. Here are detailed information about”>long term side effects of cialis. Cialis causes many severe diseases like heart-attack, brain tumer, cancer, etc. starting phase of such diseases is blood pressure. Most of the people ask,”>does cialis lower blood pressure? Yes. It does which gives birth to other deadly diseases.

petersmith43 commented on 2018-05-19 17:45 (UTC)

Thanks for the great downloadables. Keep the ball rolling. If someone is looking for cheap and quality products in any part of world,">Shopibuy is offering 61% sale on all products with 100% money back guarantee and free shipment worldwide.

koloved commented on 2018-04-13 18:29 (UTC)

How to intall it? i tred it and doungle was break down

runnytu commented on 2018-03-23 07:20 (UTC)

@Sven, Do you update to the latest version of 06/02/2018? because the errors are from before I apply the patch for kernel 4.15.

Sven commented on 2018-03-22 21:48 (UTC)


runnytu commented on 2018-03-21 00:48 (UTC)

@Sven, compiled and working ok with linux-4.15.10-1.

Sven commented on 2018-03-20 21:43 (UTC)

This doesn't compile with latest linux-4.15.10-1

DaNiMoTh commented on 2017-11-06 16:01 (UTC)

Did someone manage to run a hotspot with this driver?

gut commented on 2017-06-28 02:12 (UTC)

Worked for me. I had a slow connection with rtl8192cu. Got the directions from this thread:

aurelien commented on 2017-06-25 10:22 (UTC)

I think it comes from the kernel option during compilation. This package does not works as is.

PhotonX commented on 2017-06-07 09:13 (UTC)

I will try to get an iwconfig output from this machine (as I said, I have only remote access, unfortunately).

runnytu commented on 2017-06-06 20:02 (UTC)

@PhotonX, it's strange, if with lsusb you see the dongle and the module 8192cu loaded it's all ok, do you try with another network manager like iwconfig or to create manually the connection on network manager?

PhotonX commented on 2017-06-03 23:35 (UTC)

Right, I forgot to mention, there is no wireless network in the network manager applet when the driver is used.

runnytu commented on 2017-06-03 22:25 (UTC)

@PhotonX, in the logs of your image don't see any errors, is the correct output to work.

PhotonX commented on 2017-06-03 12:07 (UTC)

@runnytu: Regarding the 0df6:0077 dongle, it refused to work with this driver for some reason:

kts commented on 2017-06-02 06:46 (UTC)

Everything is OK now. Thanks!

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) /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 @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: 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? :

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?

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.

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: You can still use tools like wifi-menu to connect.

NoniusSenior 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

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

I got this problem, kernel 4.4.5-1 doesn't detech the wireless adapter. Here is the information with #journalctl -f Apr 04 09:01:50 archbook kernel: usb 1-1.3: USB disconnect, device number 5 Apr 04 09:01:53 archbook kernel: usb 1-1.3: new high-speed USB device number 6 using ehci-pci Apr 04 09:01:53 archbook NetworkManager[602]: <info> (wlan0): driver supports SSID scans (scan_capa 0x3F). Apr 04 09:01:53 archbook NetworkManager[602]: <info> (wlan0): using WEXT for WiFi device control Apr 04 09:01:53 archbook mtp-probe[10663]: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.3" Apr 04 09:01:53 archbook mtp-probe[10663]: bus: 1, device: 6 was not an MTP device Apr 04 09:01:53 archbook /usr/lib/gdm/gdm-x-session[1122]: Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-can-change-accels' of type `gboolean' from rc file value ""1"" of type `gboolean' Apr 04 09:01:53 archbook /usr/lib/gdm/gdm-x-session[1122]: Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-can-change-accels' of type `gboolean' from rc file value ""1"" of type `gboolean' Apr 04 09:01:53 archbook /usr/lib/gdm/gdm-x-session[1122]: thunar-volman: Unsupported USB device type "usb". Apr 04 09:01:53 archbook /usr/lib/gdm/gdm-x-session[1122]: thunar-volman: Unsupported USB device type "usb". Apr 04 09:01:54 archbook kernel: rtl8192cu 1-1.3:1.0 enp0s29u1u3: renamed from wlan0 Apr 04 09:01:54 archbook /usr/lib/gdm/gdm-x-session[1122]: Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-can-change-accels' of type `gboolean' from rc file value ""1"" of type `gboolean' Apr 04 09:01:54 archbook /usr/lib/gdm/gdm-x-session[1122]: Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `gtk-can-change-accels' of type `gboolean' from rc file value ""1"" of type `gboolean' Apr 04 09:01:54 archbook /usr/lib/gdm/gdm-x-session[1122]: thunar-volman: Unsupported USB device type "rtl8192cu". Apr 04 09:01:54 archbook /usr/lib/gdm/gdm-x-session[1122]: thunar-volman: Unsupported USB device type "rtl8192cu". Apr 04 09:01:57 archbook ModemManager[530]: <info> Couldn't find support for device at '/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.3': not supported by any plugin

runnytu commented on 2016-02-17 20:23 (UTC)

Bump to the 8192cu-dkms v4.0.2_9000-9, with the new rtl8xxxu kernel 4.4 upstream driver blacklisted.

light0 commented on 2016-02-17 18:51 (UTC)

Problems, problems, lots of problems. So how are we going to get this fixed?

NoMore201 commented on 2016-02-17 15:34 (UTC)

I confirm issues with kernel 4.4.1, unusable with university wireless network, frequent disconnections with home wifi. Downgraded to 4.3.3 and working fine.

BasioMeusPuga commented on 2016-02-15 08:23 (UTC)

While this is still better than the kernel driver, I'm afraid that with the update to 4.4.1, my RTL8192CU reports incorrect bit rates, has had its link quality drop to less than half, and is now prone to the occasional disconnect/reconnect thing. The official Realtek driver (that this package uses) was updated back in 2013. So I guess this is about the kernel now.

runnytu commented on 2016-02-08 20:48 (UTC)

With kernel 4.4.1-2-ARCH works properly for me, no problems.

light0 commented on 2016-02-08 18:37 (UTC) (edited on 2016-02-08 18:37 (UTC) by light0)

I can confirm observation by mrueg that this package is not properly working with kernel 4.4.1-2. This package is much needed because the kernel driver does not work well with certain TP-LINK devices (e.g. Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter), causing frequent disconnects.

Mr.Elendig commented on 2016-02-08 17:41 (UTC)

Use the rtl8xxxu driver in the kernel instead unless you have really good reasons not to.

mrueg commented on 2016-02-07 21:31 (UTC)

I updated to kernel 4.4 (specifically linux-4.4.1-2) today and the module stopped working. It works after downgrading to 4.3.3-2. I also tried to uninstall it, reboot, then reinstall it as sourc7 suggested, which didn't help. What should I do to get more information on what went wrong?

BorbMizzet commented on 2016-01-10 09:44 (UTC)

I'm running kernel 4.3.3-2 on an arch installation from the 1-1-2016 install iso. I installed this package due to frequent disconnects with the kernel drivers, and now I get three errors to either stdout or stderr (the same one thrice at once) either once I plug in the device or on the login terminal at boot if the device is connected. The errors go away when I uninstall the package and reappear when I reinstall the package. Also, unlike the kernel drivers, Network Manager no longer connects at boot nor will it work manually, not even sensing the SSID at all except like 1 out of 10 times when I re-plug in the dongle or boot, the errors dont appear and it works fine (noticeable improvements in connection speed when that happens though :-D). I have a TP-LINK TL-WN822N rev.3. Here is what happens when I boot. The errors also appear if I plug in the device post-login: [Terminal Text] Arch Linux 4.3.3-2-ARCH (tty1) My-PC login: [ 4.044568] xhci_hcd 0000:05:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 2 comp_code 13 [ 4.109525] xhci_hcd 0000:05:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 2 comp_code 13 [ 4.113901] xhci_hcd 0000:05:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 2 comp_code 13 _ [/Terminal Text] any ideas?

mehine2 commented on 2016-01-04 18:15 (UTC)

Tnx. Works now.

sourc7 commented on 2016-01-04 13:30 (UTC) (edited on 2016-01-10 09:48 (UTC) by sourc7)

@mehine2 Look like it's dkms issue, so you can remove the 8192cu-dkms, reboot, install the latest version of GNU/Linux kernel, and/or re-install the 8192cu-dkms. You need to do it after you upgraded the GNU/Linux kernel (remove the 8192cu-dkms -> reboot -> re-install the 8192cu-dkms) or use DKMS to automatically load the modules after kernel upgrade.

mehine2 commented on 2016-01-03 14:11 (UTC)

Worked fine with linux 4.2.5. but after I install 4.3.3 didn't see the dongle. Downgrade fix. Still would like to see it work with latest linux. tnx

sourc7 commented on 2015-11-08 08:59 (UTC) (edited on 2015-11-08 09:39 (UTC) by sourc7)

This driver is stable, but I got lowest average "5ms" ping with very high signal (100%), with Linux 4.3.0-1-ARCH mainline driver the lowest average "1ms" ping.

mariusz84 commented on 2015-09-19 21:51 (UTC)

@pmattern I had similar issue. Interesting thing is that I have two usb tongles with the same 8188cus chipset. One is working without problem, but second one had problem exactly as you described. Just like you I tried few dkms drivers without success. Ended up with switching to wpa and tkip in my router. Now both dongles works. I know that this is just workaround, but works.

pmattern commented on 2015-09-16 17:16 (UTC)

Running the module provided by this package on a device featuring chipset RTL8188CUS (Edimax EW-7811Un) just gave me "nl80211: Driver does not support authentication/association or connect commands" here when wpa_supplicant was launched. Running the patched version from installed as depicted on the homepage it was the same except the message was preceded by another one "Could not read interface wlan flags: No such device". Actually this looks as if that elderly Realtek driver wouldn't play with this chipset and/or kernel 4.1.6 any longer. But I was wondering whether you eventually know something that can be done to get the module running nevertheless. (Module rtl8192cu from mainline was basically working but way too unstable.)

Aldebaran commented on 2015-08-16 09:43 (UTC)

Thanks dude !

runnytu commented on 2015-08-10 19:19 (UTC)

Hello, new version with added Hercules HWNUM-300V2 devices support with the same version number to avoid others users to update.

Aldebaran commented on 2015-08-09 15:36 (UTC)

I have an Hercules HWNUM-300V2 and it work with this driver, but to do this I must add this line : {USB_DEVICE(0x06F8, 0xE035)}, in the file : os_dep/linux/usb_intf.c I want to add this modification at the aur package but I don't know how, I can post a patch here ? --- usb_intf.c 2013-09-11 05:56:55.000000000 +0200 +++ usb_intf2.c 2015-08-09 17:32:25.362058074 +0200 @@ -99,6 +99,7 @@ {USB_DEVICE(0x07B8, 0x8189)},/* Abocom - Abocom */ \ {USB_DEVICE(0x0EB0, 0x9071)},/* NO Brand - Etop */ \ {USB_DEVICE(0x06F8, 0xE033)},/* Hercules - Edimax */ \ + {USB_DEVICE(0x06F8, 0xE035)},/* Hercules - Edimax */ \ {USB_DEVICE(0x103C, 0x1629)},/* HP - Lite-On ,8188CUS Slim Combo */ \ {USB_DEVICE(0x2001, 0x3308)},/* D-Link - Alpha */ \ {USB_DEVICE(0x050D, 0x1102)},/* Belkin - Edimax */ \ Sorry if this is not the right way. And for my english.

fabioca commented on 2015-06-05 15:13 (UTC)

For the 2 patches below, I created a pull request at:

fabioca commented on 2015-06-04 06:32 (UTC)

Understood! Please note that I had to do couple of small changes, as my gcc compiler complained. - One seems like a code bug, as an array is accesses beyond its last element. - The other is about the use of strnicmp, which seems deprecated Patches are at the links below for your consideration:

runnytu commented on 2015-06-02 18:11 (UTC)

@fabioca, because are propietary drivers, the open source are the included in the vanilla kernel, and the ARCH way is to be the most close to vanilla kernel released by linus torvalds and company.

fabioca commented on 2015-06-02 03:08 (UTC)

I am a newbie so apology in advance if the question is dumb: This seems like a fix to a faulty driver. Instead of having a separate package, why doesn't it just get upstreamed in the mainline kernel?

runnytu commented on 2015-04-25 16:42 (UTC)

Hello, Bump to new version 8192cu-dkms v4.0.2_9000-8 with support for kernel 4.0 branch.

moesgaard commented on 2015-03-26 11:32 (UTC)

I suggest adding this to the package for black listing. blacklist rtl8192cu blacklist rtl8192c_common blacklist rtl_usb blacklist rtlwifi blacklist mac80211 blacklist cfg80211 blacklist rfkill because i went from a maximum 10Mbps to my top speed of 50Mbps just by adding those extra lines.

runnytu commented on 2015-03-21 17:30 (UTC)

@Kuci The discussion, about including or not linux-headers as a dependencies, in a dkms package should happen on the AUR mailing list. we should follow what is written in the wiki ( which is not including linux-headers as a dependencie because dkms already lists it as an optional one.

the-k commented on 2015-03-20 18:23 (UTC)

You should add linux-headers into list of dependencies.

kingbobthegreat commented on 2015-03-10 02:50 (UTC)

I'm having trouble with an Edimax EW-7811Un, which I'm assuming uses this driver. Am I correct in installing this if I need support? Also, why doesn't the default kernel module work?

jskier commented on 2015-02-13 20:40 (UTC)

@Revelation60 3.18.6-2 on pi working fine. It's been a bit strange these last few kernel updates, I've had to rebuild and reboot a couple times.

Revelation60 commented on 2015-02-13 10:42 (UTC)

I cannot get a connection all of a sudden on 3.18.6-1. Am I the only one with this problem?

runnytu commented on 2015-01-15 18:19 (UTC)

@Magbed Yes it's working ok.

bertogs commented on 2015-01-15 16:21 (UTC)

Anyone tried this driver with the 3.18 kernel? Is it working ok?

strshr commented on 2014-10-28 17:17 (UTC)

I've moved the directory /lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/ to another place, ran depmod, modprobed 8192cu and it looks like now I'm running the correct module: [root@pie ~]# modinfo 8192cu | head filename: /lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko version: v4.0.2_9000.20130911 author: Realtek Semiconductor Corp. description: Realtek Wireless Lan Driver license: GPL srcversion: 3464AB527D55EA9F19C67AC

strshr commented on 2014-10-28 17:13 (UTC)

I'm running Archlinux on a Raspberry PI. It looks like after installing the package, the system is still using a driver which comes packaged with the kernel: [root@pie ~]# modinfo 8192cu | grep -i file filename: /lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz [root@pie ~]# ls -l /lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz -rw-r--r-- 1 root root 242943 Oct 7 16:05 /lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz [root@pie ~]# And here's the actual driver built by the package: [root@pie ~]# ls -l /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko -rw-r--r-- 1 root root 636580 Oct 28 17:57 /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko [root@pie ~]# Some more info: [root@pie ~]# locate 8192cu.ko /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz /var/lib/dkms/8192cu/v4.0.2_9000/3.12.29-1-ARCH/armv6l/module/8192cu.ko [root@pie ~]# md5sum /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz /var/lib/dkms/8192cu/v4.0.2_9000/3.12.29-1-ARCH/armv6l/module/8192cu.ko 93a56119f7210a5265c507019a28c4b5 /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/8192cu.ko d41b5d92544b879764b4430a3580f42c /usr/lib/modules/3.12.29-1-ARCH/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko.gz 93a56119f7210a5265c507019a28c4b5 /var/lib/dkms/8192cu/v4.0.2_9000/3.12.29-1-ARCH/armv6l/module/8192cu.ko [root@pie ~]# The dkms driver is the first and the last file. The system is using the second one.

Revelation60 commented on 2014-08-01 14:32 (UTC)

No, this is the latest version: 4.0.2_9000 from 2013/10/29.

dogukan commented on 2014-07-24 12:20 (UTC)

I am not sure but looks like a newer version available for download. I am sorry if it's wrong.

timdiels commented on 2014-07-16 20:50 (UTC)

Please add to dependencies: linux-headers Although perhaps obvious, it's handy.

cfusting commented on 2014-06-22 15:25 (UTC)

This driver was working great until I updated my system last week. Oddly, the driver now functions like the default open source drivers in the kernel. Speeds are slow, connections drop out, etc. I've verified the module is loaded and the kernel drivers are blacklisted. I can't recall exactly how behind I was. A good guess would be 4 - 6 months. _Chris

runnytu commented on 2014-06-06 14:05 (UTC)

@joanmanel the only changes in the package are the name and the linux-headers requirements, maybe are a kernel version or other package upgrade.

joanmanel commented on 2014-06-05 15:55 (UTC)

I have horrible lag with this package that I didn't have with dkms-8192cu just a few weeks ago before you changed it. I am using this adapter: Edimax EW-7811UN 150Mbps Wireless Nano USB Adapter As said, I have horrible lag while playing. Usually every 5 second my game freezes for 1. The speed test gives me all perfect, and while surfing the web and doing stuff all goes smooth. If I use wired connection instead, I have no lag, so it only happens using WI-FI. On Windows 8 the wifi goes perfect, so it's not the adapter being damaged, or the router or whatever, it is just this new package.

bricewge commented on 2014-05-10 08:34 (UTC)

The discussion, about including or not linux-headers as a dependencies, in a dkms package should happen on the AUR mailing list. Otherwise each package will came up with a different solution. I think that, for the moment, we should follow what is written in the wiki ( which is not including linux-headers as a dependencie because dkms already lists it as an optional one.

moonman commented on 2014-05-10 07:24 (UTC)

I have to disagree about not including linux-headers in the depends. First, any custom kernel also provides linux-headers. If you installed a custom kernel in a arch-linux way (i.e. make install), then this configuration is not supported in ANY way since pacman does not track the files anymore and all the problems that come with that should be on you. Also this package is used not just custom kernel users.

runnytu commented on 2014-05-08 20:30 (UTC)

For update with the new package name, you should install the new 8192cu-dkms and automatically replace the old dkms-8192cu.

runnytu commented on 2014-05-08 10:16 (UTC)

Hello, new version with removed linux-headers as depend and changed name to adopt de dkms guidelines.

bricewge commented on 2014-05-07 10:52 (UTC)

I backup izmntuk on removing linux-headers as a dependencies. Furthermore this package should be renamed 8192cu-dkms by asking it on the mailing list. Those modification should be done for this package to follow the guidelines as stated there:

izmntuk commented on 2014-05-07 10:41 (UTC)

Hello, could you please remove linux-headers as a depend? I think people who use non-stock kernel will not need 'linux-headers'.

runnytu commented on 2014-05-06 20:42 (UTC)

Hello, new version with added D-Link DWA-131 device support and power saving off to avoid packet loss.

moonman commented on 2014-05-06 04:39 (UTC)

The patch for d-link has been around for a while and I proposed it a while ago in the comments:

msauter commented on 2014-05-05 21:07 (UTC)

@runnytu, this driver works great for my D-Link DWA-131 (H/W Ver. B1). If you don't mind saving me from the tmpfiles entry "w /sys/bus/usb/drivers/rtl8192cu/new_id - - - - 2001 330D", it would be much appreciated if you could patch in the following after line 139 of os_dep/linux/usb_intf.c: {USB_DEVICE(0x2001, 0x330D)}, /* D-Link DWA-131 (H/W Ver. B1) */ \ Thank you!

runnytu commented on 2014-05-05 20:10 (UTC)

Hello, new version with added ISY devices support.

joanmanel commented on 2014-05-05 17:16 (UTC)

After last linux update, I am getting: modprobe: ERROR: could not insert '8192cu': Device or resource busy error: command failed to execute correctly

ckafi commented on 2014-05-04 18:59 (UTC)

Could you add this patch for ISY dongle support? --- a/os_dep/linux/usb_intf.c 2013-09-11 05:56:55.000000000 +0200 +++ b/os_dep/linux/usb_intf.c 2014-05-04 20:39:38.623365654 +0200 @@ -102,6 +102,7 @@ {USB_DEVICE(0x103C, 0x1629)},/* HP - Lite-On ,8188CUS Slim Combo */ \ {USB_DEVICE(0x2001, 0x3308)},/* D-Link - Alpha */ \ {USB_DEVICE(0x050D, 0x1102)},/* Belkin - Edimax */ \ + {USB_DEVICE(0x050D, 0x11F2)},/* ISY - Edimax */ \ {USB_DEVICE(0x2019, 0xAB2A)},/* Planex - Abocom */ \ {USB_DEVICE(0x20F4, 0x648B)},/* TRENDnet - Cameo */ \ {USB_DEVICE(0x4855, 0x0090)},/* - Feixun */ \

runnytu commented on 2014-05-04 13:12 (UTC)

Hello, new version with added N150MA devices support.

franmod commented on 2014-05-01 14:06 (UTC)

Hi, I have tested this module with my wifi usb dongle and it works fine. This is the network adaptor (It's seen as a Netgear device). Could you add this line to os_dep/linux/usb_intf.c on line 113 ? {USB_DEVICE(0x0846, 0x9042)}, \ Thanks!

runnytu commented on 2014-04-24 19:02 (UTC)

New version without debug messages in journal.

semidog commented on 2014-04-24 06:43 (UTC)

Another request: Could you please add a patch to comment out line 299 in include/autoconf.h #define CONFIG_DEBUG_RTL819X I get a ton and a half of messages in my Journal which mean nothing to me. I can do without them.

jug commented on 2014-04-15 17:42 (UTC)

Well, this error happens for armv7, more specifically linux-am33x.

alejandro.perez commented on 2014-04-15 17:39 (UTC)

It worked for me. 3.14.1-1-ARCH. AMD64

jug commented on 2014-04-15 17:35 (UTC)

There seems to be a problem recently. I just noticed, because it didn't come back online after a reboot with the 3.14 Kernel. System is a beaglebone black. DKMS make.log for 8192cu-v4.0.2_9000.20130911 for kernel 3.14.0-3-ARCH (armv7l) Tue Apr 15 19:27:05 CEST 2014 make ARCH=arm CROSS_COMPILE= -C /lib/modules/3.14.0-3-ARCH/build M=/var/lib/dkms/8192cu/v4.0.2_9000.20130911/build modules make[1]: Entering directory '/usr/lib/modules/3.14.0-3-ARCH/build' CC [M] /var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/core/rtw_cmd.o In file included from include/linux/types.h:5:0, from /var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/include/basic_types.h:82, from /var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/include/osdep_service.h:24, from /var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/core/rtw_cmd.c:23: include/uapi/linux/types.h:4:23: fatal error: asm/types.h: No such file or directory #include <asm/types.h> ^ compilation terminated. scripts/ recipe for target '/var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/core/rtw_cmd.o' failed make[2]: *** [/var/lib/dkms/8192cu/v4.0.2_9000.20130911/build/core/rtw_cmd.o] Error 1 Makefile:1275: recipe for target '_module_/var/lib/dkms/8192cu/v4.0.2_9000.20130911/build' failed make[1]: *** [_module_/var/lib/dkms/8192cu/v4.0.2_9000.20130911/build] Error 2 make[1]: Leaving directory '/usr/lib/modules/3.14.0-3-ARCH/build' Makefile:584: recipe for target 'modules' failed make: *** [modules] Error 2

runnytu commented on 2014-04-03 11:32 (UTC)

@joanmanel this is true if you have installed DKMS package and the service activated, install and the updates are automatic each kernel upgrade.

joanmanel commented on 2014-04-03 09:09 (UTC)

Every time kernel is updated, like yesterday, the driver stops working, and I have reinstall it again, which involves connecting (wired) to the router, because if I am using the stock firmware for the wifi, dmks-8192cu won't install. I thought it was supposed to reinstall itself with each kernel update.

Zeg9 commented on 2014-03-21 19:12 (UTC)

I'm having a similar problem to @Aelius... The driver works but I have to unload the 8192cu module, make sure connections are closed then reload the 8192cu module and start the connection. This translates to: # modprobe -r 8192cu; netctl stop-all; modprobe 8192cu; netctl start <profile> I could make a bash script at startup but it is hacky...

runnytu commented on 2014-03-17 11:40 (UTC)

@bricewge, really i forget to change the sha256sum of dkms.conf, it's uploaded with the correct sha256sum.

bricewge commented on 2014-03-17 11:18 (UTC)

@runnytu, thanks for merging it so quickly. It looks like I forgot to change the shasum, an updated PKGBUILD is here

runnytu commented on 2014-03-16 18:39 (UTC)

@bricewge, the changes are merged, with the same version number to avoid to force others to recompile and reinstall the driver.

bricewge commented on 2014-03-16 16:53 (UTC)

This package isn't architecture independent, to make it so you need to do the following: 1. PKGBUILD ( change arch to "arch=('any')" 2. dkms.conf ( remove "ARCH=i386" for make Can you merge these changes?

Aelius commented on 2014-03-06 03:56 (UTC)

Although it can be fixed by removing the USB device, rebooting, and reinserting the device, ever since the other day I've been having nothing but grief. Which is funny, because I explicitly bought this wireless adapter to avoid the grief with the unresolved bug in ath9k drivers.

Aelius commented on 2014-03-04 05:02 (UTC)

Some update must have broken this- I rebooted and was pleasantly surprised to find out the internet is broken. I can't 'ip link set enp0etc up' The operation is not permitted.

semidog commented on 2014-03-01 05:23 (UTC)

Ok, I switched to netctl rather than my own systemd unit. Things are back to normal now. Sorry for crying wolf.

semidog commented on 2014-02-28 16:12 (UTC)

After the upgrade to kernel 3.13.5-1, this driver is completely broken for me. wpa_supplicant does not load, and gives the following error message: nl80211: Driver does not support authentication/association or connect commands wl0: Failed to initialize driver interface Anyone else see this?

joanmanel commented on 2014-02-27 10:59 (UTC)

Since the update to Kernel 3.13, my wifi connection is very slow and/or unstable. Both with this package and the default driver from the Kernel. Anyone else experiencing similar problems?

runnytu commented on 2014-02-01 20:51 (UTC)

Yes, install DKMS and the rebuild is automatic.

gsgleason commented on 2014-02-01 20:44 (UTC)

This makes my USB wifi adapter work so much better than the default driver in the kernel. Thank you for packaging this. Is there a way to automate the re-build when there is a kernel update?

moonman commented on 2014-01-16 04:53 (UTC)

Evils you do realise this is the driver that comes in the raspberrypi kernel (this is the reason it works for you) and there is a package of this exact driver in the a.l.arm repo.

Evils commented on 2014-01-15 12:09 (UTC)

If anyone else gets the same errors as I did (raspberry pi, latest kernel) Building module: cleaning build area..... make KERNELRELEASE=3.12.6-1-ARCH ARCH=i386 CROSS_COMPILE= -C /usr/lib/modules/3.12.6-1-ARCH/build M=/var/lib/dkms/8192cu/v4.0.2_9000/build modules.....(bad exit status: 2) Error! Bad return status for module build on kernel: 3.12.6-1-ARCH (armv6l) Consult /var/lib/dkms/8192cu/v4.0.2_9000/build/make.log for more information. Just do a pacman -Syu afterwards and it'll fix itself (more or less) - at least it works after that

izmntuk commented on 2014-01-03 09:42 (UTC)

Work fine with networkmanager, but cannot be detected by iw , anyway thanks :)

Dunkelheit commented on 2013-11-25 21:06 (UTC)

Works properly with 3.12

alejandro.perez commented on 2013-11-18 18:01 (UTC)

Hi guys, the driver works fine... except for that I cannot authenticate using WPA-EAP. All I got is authentication failed, while credentials are good (same wpa.conf and different card works perfectly). I've tried with EAP-TTLS+PAP and PEAP+MSCHAP. None of them worked. Is anyone there having similar issues? BTW, kernel 3.12.

runnytu commented on 2013-11-11 23:56 (UTC)

Hello, bump to new version with the latest driver v4.0.2_9000. @nuked thanks for the links, the patch are a little bit different than mine.

nuked commented on 2013-11-11 21:30 (UTC)

@runnytu on my desktop with 3.11 and on my raspberry pi with 3.10 works fine

runnytu commented on 2013-11-11 15:23 (UTC)

@nuked with patch fix_310_proc still fail to compile the 4.0.2_9000 driver, i tried another time, but still fail, if you compile successfully with this patch, what kernel version do you use?

nuked commented on 2013-11-11 01:18 (UTC)

new driver can compile with fix_310_proc.patch driver only supports <=3.9 kernels

runnytu commented on 2013-11-10 23:29 (UTC)

The new version of drivers doesn't compile with kernels 3.10.x 3.11.x, and i don't find a patch to work properly, if anyone have a patch or successfully compile the driver please give me some feedback.

sshr commented on 2013-11-01 13:08 (UTC) driver updated :)

dmitriy commented on 2013-10-02 23:50 (UTC)

Hey, guys. Maybe kind of a nooby question, but what do I have to do after installing? I did 'dkms autoinstall' and blacklisted rt8192cu (while default was rtl8192ce, tried blacklisting it too, didn't help), but I have no clue. Which modules to load? I have exactly rtl8192ce wlan card.

fazo96 commented on 2013-09-30 16:05 (UTC)

I did, but this problem doesn't really seem to have a solution. I guess I'll stick with my usb dongle

commented on 2013-09-30 14:54 (UTC)

You should probably open a forum thread at this point. But you can disable power saving with this command: sudo iw dev wlan0 set power_save off (change wlan0 to the name of your connection.)

fazo96 commented on 2013-09-30 12:59 (UTC)

Ok guys I followed your kind advices and now I got it working! But it's still not enough, because if I'm too far away from the access point I keep disconnecting, sometimes it doesn't stay connected enough to even authenticate. If I use windows or another distro I get full signal! (I also get full signal, if it works, but it keeps disconnecting). I disabled power saving before compiling and packet loss is almost completely gone, but I need to solve this. I tried to compile the linux_mac80211_0012.0207.2013.tar.bz2 by myself but I'm not good enough, there are errors I don't know how to fix. Can you please tell me how to try to disable power saving by adding a parameter to the module? I don't know what else to try!

moonman commented on 2013-09-29 04:39 (UTC)

This is the comment: Please add some missing IDs for some adapters: Also disabling power saving mode may solve some packet loss problems by adding sed -i 's/^CONFIG_POWER_SAVING\ \ \ =\ y/CONFIG_POWER_SAVING\ =\ n/' Makefile into pkgbuild like in here:

moonman commented on 2013-09-28 03:31 (UTC)

Try what I suggested in comments several month ago. Disable power saving mode - either before compiling by modifying Makefile or after by using module params

commented on 2013-09-27 19:10 (UTC)

Oh wait, this package already takes care of the blacklisting. Sorry.

commented on 2013-09-27 19:09 (UTC)

You need to blacklist rt8192cu and to run "dkms autoinstall" (the latter after each kernel update).

fazo96 commented on 2013-09-27 18:36 (UTC)

Hello guys, I have the 8188CE wifi card. I tried to compile and then install with pacman and there was no issues, but nothing changed. I don't know if I have to enable this or something. My wifi works just like before: 30% packet loss and disconnect every 15 seconds

jilen commented on 2013-09-14 03:13 (UTC)

Great to known this package is under care of our dear @runnytu. Haha!

twelveeighty commented on 2013-08-27 00:34 (UTC)

@runnytu: thanks for picking this up!

twelveeighty commented on 2013-08-27 00:34 (UTC)

@runnytu: thanks for picking this up!

runnytu commented on 2013-08-25 21:40 (UTC)

Hello, i'm the new maintainer of the package, the new version is uploaded and full functional, enjoy it!

twelveeighty commented on 2013-08-25 17:09 (UTC)

I've sent an email to the maintainer. If we don't hear for another couple of days or so, we'll get a TU involved. Who wants to volunteer to take up maintenance of this driver?

moonman commented on 2013-08-25 12:01 (UTC)

or if he doesn't respond post on the mailing list:

moonman commented on 2013-08-25 11:59 (UTC)

Contact the maintainer requesting him to update or disown the package.

commented on 2013-08-24 23:05 (UTC)

It would be really nice if someone could update this package. I had probblems editing the PKGBUILD and applying the new patch.

twelveeighty commented on 2013-08-23 23:13 (UTC)

@moonman: alright, I just went with the last (undisputed, I guess) comment thinking that was the only working version. I totally agree not using a patch is weird. So, combining @stqn PKGBUILD with @moonman's patch is the "latest" version, correct?

moonman commented on 2013-08-23 19:42 (UTC)

@twelveeighty. The patch is 4 comments below. Replacing the whole file... well, that's a weird solution especially if that file changes a lot from the source. Also stqn seem to have created an updated PKGBUILD.

twelveeighty commented on 2013-08-23 16:10 (UTC)

@jilen: thanks for the patch, this made my day. I maintain the driver for the buit-in wireless card in my laptop, but that card is a piece of sh*t, so I was hoping to get by with this USB external one, only to find out it doesn't work with the built-in kernel driver @johhny.ha: can you please adopt @jilen's patch and update the PKGBUILD? If not, please disown and we'll take care of it.

jilen commented on 2013-07-30 13:20 (UTC) Replace the os_dep/linux/os_intfs.c with this one works for me. I download this file into the build dir , and add `mv ${srcdir}/../os_intfs.c os_dep/linux` after patch in my pkgbuild

moonman commented on 2013-07-28 23:40 (UTC)

Please update or disown !

commented on 2013-07-27 19:27 (UTC)

Updated PKGBUILD: You have to get fix_310_proc.patch from the previous comment too. And a modified dkms-8192cu.install file that does not rmmod or modprobe the module, because at least one of those makes my computer crash :( : (that one is not really well tested.)

moonman commented on 2013-07-11 23:28 (UTC)

It doesn't compile for 3.10. The patch is here:

moonman commented on 2013-06-03 09:59 (UTC)

Thanks for making it by the way, mine is based on yours.

moonman commented on 2013-06-03 09:58 (UTC)

Please add some missing IDs for some adapters: Also disabling power saving mode may solve some packet loss problems by adding sed -i 's/^CONFIG_POWER_SAVING\ \ \ =\ y/CONFIG_POWER_SAVING\ =\ n/' Makefile into pkgbuild like in here:

commented on 2013-05-22 11:27 (UTC)

on kernel 3.9 I get 8192cu: Unknown symbol start_kthread (err 0) in dmesg when trying to modprobe

commented on 2013-03-31 02:36 (UTC)

I’m getting kernel panics when I rmmod the driver. (for example when I try to install a new version.)

ljj038 commented on 2013-03-31 00:16 (UTC)

I am using a usb wlan card, it is able to connect. But when I unplug the usb wlan card, the system will be panic. "kernel panic - not syncing" "drm_kms_helper: panic occurred, switching back to text mode" Did this happened to you guys?

apicici commented on 2013-03-21 15:48 (UTC)

@archannes: it is able to connect (I'm using it right now), but it seems there's still the connection drop problem; I'm doing some testing to see what happens.

commented on 2013-03-21 11:28 (UTC)

The patch did it for me, too. @apicici: what means 'partially'?

commented on 2013-03-21 00:41 (UTC)

@nuked: the patch works great on 3.8.3-2-ARCH.

nuked commented on 2013-03-20 23:27 (UTC)

here is updated patch for kernel 3.8 and 3.7 series

apicici commented on 2013-03-20 20:55 (UTC)

I have the same problem with 3.8.3. I'd like to point out, however, that the module shipping with the kernel (rtl8192cu) seems to partially work with 3.8.

commented on 2013-03-20 20:48 (UTC)

I consulted the make.log, too: DKMS make.log for 8192cu-v3.4.4_4749 for kernel 3.8.3-2-ARCH (i686) Mi 20. Mär 21:37:37 CET 2013 make: Entering directory `/usr/src/linux-3.8.3-2-ARCH' CC [M] /var/lib/dkms/8192cu/v3.4.4_4749/build/core/rtw_cmd.o In file included from /var/lib/dkms/8192cu/v3.4.4_4749/build/core/rtw_cmd.c:23:0: /var/lib/dkms/8192cu/v3.4.4_4749/build/include/osdep_service.h: In Funktion »thread_enter«: /var/lib/dkms/8192cu/v3.4.4_4749/build/include/osdep_service.h:582:2: Fehler: Implizite Deklaration der Funktion »daemonize« [-Werror=implicit-function-declaration] cc1: Einige Warnungen werden als Fehler behandelt make[1]: *** [/var/lib/dkms/8192cu/v3.4.4_4749/build/core/rtw_cmd.o] Fehler 1 make: *** [_module_/var/lib/dkms/8192cu/v3.4.4_4749/build] Fehler 2 make: Leaving directory `/usr/src/linux-3.8.3-2-ARCH'

commented on 2013-03-20 20:40 (UTC)

Doesn't compile for me anymore with kernel 3.8.3. Additionally, when trying to rebuild via dkms: [root@computer]# dkms autoinstall -k 3.8.3-2-ARCH Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=3.8.3-2-ARCH ARCH=i386 CROSS_COMPILE= -C /usr/lib/modules/3.8.3-2-ARCH/build M=/var/lib/dkms/8192cu/v3.4.4_4749/build modules.....(bad exit status: 2) Error! Bad return status for module build on kernel: 3.8.3-2-ARCH (i686) Consult /var/lib/dkms/8192cu/v3.4.4_4749/build/make.log for more information. Any ideas?

johnny.ha commented on 2013-03-20 17:26 (UTC)

Changes in PKGBUILD is fixed.

commented on 2013-03-20 13:31 (UTC)

Change PKGBUILD to depend on linux-headers <= 3.7.10 instead of 3.7. Works for me with that change.

poincare commented on 2013-03-20 11:57 (UTC)

No longer compiles on 3.7.10-1 (the kernel currently loading w/o problems). However, even with linux37-heaeders installed, makepkg always craps out with this problem: ************************************************************** ==> Building and installing package ==> Install or build missing dependencies for dkms-8192cu: :: There are 2 providers available for linux-headers<=3.7: :: Repository basis 1) linux34-headers 2) linux35-headers Enter a number (default=1): ************************************************************** HOW can this package be build with linux37-headers instead of linux34 or linux35??

johnny.ha commented on 2013-03-19 22:24 (UTC)

Link source code has been changed. Now it works

poincare commented on 2013-03-10 20:39 (UTC)

Builds clean on 3.7.10-1! Thanks for putting this package together!!

wizetek commented on 2013-02-07 23:31 (UTC)

I can confirm that the patch makes the driver work with kernel 3.7.5. Thanks for that. I wonder if dkms has the ability to gzip 8192cu.ko when building/installing?

apicici commented on 2013-02-07 20:09 (UTC)

Here is a PKGBUILD which includes the patch aravind provided, if anyone needs it:

aravind commented on 2013-02-07 00:03 (UTC)

I was able to compile the module for 3.7.5-1-ARCH using the patch from this comment. I am not sure if I will continue to see problems with it, but for now.. it seems to compile (with that patch) and the driver seems stable. It would be cool if this package can incorporate that patch, so folks don't have to do it manually.

wizetek commented on 2013-02-03 21:51 (UTC)

Jan, are you repackaging the source? Will you consider changing your PKGBUILD to download directly from Realtek's site. If possible, of course. Another suggestion: perhaps use /lib/modules/extramodules-3.7-KVER for installation location? Or is it dkms's job to figure out the path? Thanks for the package. It doesn't load on 3.7.5-1 for me either. Even when downloaded from the manufacturer's site and compiled by hand.

MikeDacre commented on 2013-01-28 20:52 (UTC)

I also cannot insert the module in 3.7: modprobe: ERROR: could not insert '8192cu': Unknown symbol in module, or unknown parameter (see dmesg) dmesg: 8192cu: Unknown symbol kernel_thread (err 0)

johnny.ha commented on 2013-01-23 14:14 (UTC)

In kernel 3.7 and later is kernel_thread() function removed. I must written patch.

bminaker commented on 2013-01-21 22:48 (UTC)

Module fails to insert in kernel 3.7. Unknown symbol error?

bminaker commented on 2012-12-12 17:59 (UTC)

Even more impressed by packaging after last update. Automatically strips out old versions of driver compiled for old versions of kernel that were still in filesystem before compiling. Very nice. Driver functions fine. I haven't experienced kernel panics on shutdown like I used to for a while now (even with previous version of driver), but even with the Dec 12 update, if I unplug my USB wifi at anytime, even if it's not active in networkmanager, I still get kernel panics.

bminaker commented on 2012-09-07 04:44 (UTC)

This is a very nicely packaged driver, and works with my Belkin N150 micro usb adapter, (as opposed the version in the kernel), but it gives a kernel panic when powering down, almost every time. It's the last thing, so all drives are unmounted, etc, so not a huge problem, but it prevents machine from powering off. Any ideas?