TP-Link TL-WN822N is not ready

[gringo.g]

Hi,
I've bought external network card TP-Link TL-WN822N. I've installed drivers as is written here: http://www.ajaykumarsingh.com/linux/...#comment-34551 and it has been working pretty good, but after updating kernel from 3.8.0-33 to 3.8.0-34 the device "is not ready" and it doesn't work. So the question is how can I resolve this problem? Maybe the best way will be when I'll uninstall all drivers associated with this device, but how to do it?

Regards.

[chili555]

The process you linked compiles a driver against the currently running kernel only; in your case, 3.8.0-33. Now that you are running 3.8.0-34, simply re-compile:

cd to the folder where you unzipped the driver and run following commands. If you are not root then use sudo before these commands where required.

chmod 755 ./install.sh
./install.sh

You should be all set.

[gringo.g]

Yep, now the device is displayed, but still it's trying to connect to a network and asking about password although I've entered it correctly. Moreover, LED isn't lighting although the device is plugged in.

[chili555]

Please temporarily try the old driver:

sudo modprobe -r 8192cu
sudo modprobe rtl8192cu

Is the behavior improved?

[gringo.g]

sudo modprobe -r 8192cu

Deleted the device from the list.

sudo modprobe rtl8192cu

I've received a message:

FATAL: Module rtl8192cu not found.

To sum up, nothing changed. So maybe totally uninstalling all drivers and installing them again will help?

[chili555]

Before we proceed to more drastic methods, let's check the log:

sudo modprobe 8192cu
dmesg | grep -e 8192 -e rtl

[gringo.g]

Here you are:

[ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88013f400000 s84928 r8192 d21568 u262144
[ 0.000000] pcpu-alloc: s84928 r8192 d21568 u262144 alloc=1*2097152
[ 8.929844] rtl8192cu driver version=v4.0.2_9000.20130911
[ 8.929939] CHIP TYPE: RTL8188C_8192C
[ 8.931802] ====> ReadAdapterInfo8192C
[ 9.338613] readAdapterInfo_8192CU(): REPLACEMENT = 1
[ 9.338617] <==== ReadAdapterInfo8192C in 408 ms
[ 9.339247] usbcore: registered new interface driver rtl8192cu
[ 24.433740] rtl8192cu_hal_init in 1056ms
[ 28.279362] SetHwReg8192CU, 5130, RCR= 700060ca
[ 28.437185] rtl8192c_set_FwJoinBssReport_cmd mstatus(1)
[ 28.484055] rtl8192c_set_FwJoinBssReport_cmd mstatus(0)
[ 31.581122] ==> rtl8192cu_hal_deinit
[ 34.483003] rtl8192cu_hal_init in 1068ms
[ 35.817275] ==> rtl8192cu_hal_deinit

[chili555]

Interesting:

[ 8.929844] rtl8192cu driver version=v4.0.2_9000.20130911

I thought that we were using 8192cu and not rtl8192cu and that, furthermore, the system couldn't find rtl8192cu:

FATAL: Module rtl8192cu not found.

Let's double-check:

lsmod

We are about to go nuclear...

[gringo.g]

Module Size Used by
nvram 14413 0
ath3k 12968 0
btusb 22431 0
pci_stub 12622 1
vboxpci 23236 0
vboxnetadp 25670 0
vboxnetflt 27612 0
vboxdrv 335187 3 vboxpci,vboxnetadp,vboxnetflt
bnep 18258 2
rfcomm 47864 12
bluetooth 247165 25 ath3k,btusb,bnep,rfcomm
parport_pc 28284 0
ppdev 17113 0
binfmt_misc 17540 1
ath9k_htc 92962 0
uvcvideo 82214 0
videobuf2_core 40785 1 uvcvideo
videodev 130053 2 uvcvideo,videobuf2_core
videobuf2_vmalloc 13056 1 uvcvideo
videobuf2_memops 13202 1 videobuf2_vmalloc
snd_hda_codec_hdmi 37463 1
snd_hda_codec_idt 71153 1
snd_hda_intel 44339 3
snd_hda_codec 141761 3 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel
arc4 12573 4
snd_hwdep 13668 1 snd_hda_codec
ath9k 151796 0
mac80211 630977 2 ath9k_htc,ath9k
snd_pcm 102477 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_seq_midi 13324 0
snd_rawmidi 30417 1 snd_seq_midi
snd_seq_midi_event 14899 1 snd_seq_midi
ath9k_common 14053 2 ath9k_htc,ath9k
snd_seq 61930 2 snd_seq_midi,snd_seq_midi_event
ath9k_hw 422432 3 ath9k_htc,ath9k,ath9k_common
snd_timer 29989 2 snd_pcm,snd_seq
coretemp 13596 0
snd_seq_device 14497 3 snd_seq_midi,snd_rawmidi,snd_seq
ath 24123 4 ath9k_htc,ath9k,ath9k_common,ath9k_hw
joydev 17613 0
i915 620571 4
cfg80211 525326 4 ath9k_htc,ath9k,mac80211,ath
kvm_intel 137899 0
drm_kms_helper 49597 1 i915
drm 287564 5 i915,drm_kms_helper
kvm 455932 1 kvm_intel
psmouse 97873 0
mei 41820 0
snd 69533 16 snd_hda_codec_hdmi,snd_hda_codec_idt,snd_hda_intel ,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_s eq,snd_timer,snd_seq_device
hp_accel 26012 0
ghash_clmulni_intel 13259 0
soundcore 12680 1 snd
snd_page_alloc 18798 2 snd_hda_intel,snd_pcm
cryptd 20501 1 ghash_clmulni_intel
lis3lv02d 20200 1 hp_accel
lpc_ich 17144 0
input_polldev 13896 1 lis3lv02d
hp_wmi 18092 0
sparse_keymap 13890 1 hp_wmi
i2c_algo_bit 13564 1 i915
serio_raw 13215 0
wmi 19256 1 hp_wmi
jmb38x_ms 17646 0
memstick 16605 1 jmb38x_ms
microcode 23017 0
video 19652 1 i915
mac_hid 13253 0
8192cu 646134 0
lp 17799 0
parport 46562 3 parport_pc,ppdev,lp
hid_generic 12540 0
hid_logitech_dj 18767 0
usbhid 47346 1 hid_logitech_dj
hid 105826 3 hid_generic,hid_logitech_dj,usbhid
ahci 25879 2
libahci 31606 1 ahci
r8169 68716 0
sdhci_pci 18721 0
sdhci 33141 1 sdhci_pci

I can't see neither rtl8192cu nor 8192cu as used. Now when I'm checking the device is disconnected on the list.

[chili555]

I can't see neither rtl8192cu nor 8192cu as used. Now when I'm checking the device is disconnected on the list.

Here ya go:

....
video 19652 1 i915
mac_hid 13253 0
8192cu 646134 0
lp 17799 0
parport 46562 3 parport_pc,ppdev,lp
hid_generic 12540 0
hid_logitech_dj 18767 0
....

And what do we see here??

ath9k 151796 0

...and here?

ath9k_htc 92962 0

How many conflicting drivers can we load at one time?? Do you have an internal device that we ought to either troubleshoot and get going properly or did you make a few additions to /etc/modules or ... what??

May we have a peek?

cat /etc/modules