Wifi wont reconnect after suspend in 12.04

[clivej]

Every-time I suspend and wake my system, Ubuntu will not reconnect to my AP. The AP is working fine with other devices and also works under 11.10. dmesg reports the following :

[58636.500095] wlan0: direct probe to <mac address>  (try 1/3)
[58636.700036] wlan0: direct probe to <mac address>  (try 2/3)
[58636.904303] wlan0: direct probe to <mac address> (try 3/3)
[58637.104036] wlan0: direct probe to <mac address>  timed out

Network Manager also repeatedly asks for the AP passphase.

One clue I've discovered is that if I change the channel number on the AP, 12.04 will reconnect fine, but this is time consuming and hardly a fix! Anyone any ideas what is wrong?

I'm not sure it ifs related, but Im also seeing huge activity on my wired connection, even though I dont use it and its not plugged in !!

[clivej]

Can anyone help ? It works fine until I suspend and wake.

> rfkill list all
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no

> lspci -nnk | grep -iA2 net
07:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8131 Gigabit Ethernet [1969:1063] (rev c0)
    Subsystem: Toshiba America Info Systems Device [1179:ff50]
    Kernel driver in use: atl1c
--
08:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller [10ec:8172] (rev 10)
    Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:8152]
    Kernel driver in use: rtl8192se

[Kirk Schnable]

I find suspend is always buggy, no matter what operating system or hardware you're using. I try to stay away from it.

Nevertheless, let's have a look at your driver and kernel versions. Please post the output of:

uname -r

modinfo rtl8192se

Kirk

[clivej]

>uname -r
3.2.0-26-generic

>modinfo rtl8192se
filename:       /lib/modules/3.2.0-26-generic/kernel/drivers/net/wireless/rtlwifi/rtl8192se/rtl8192se.ko
firmware:       rtlwifi/rtl8192sefw.bin
description:    Realtek 8192S/8191S 802.11n PCI wireless
license:        GPL
author:         Larry Finger    <Larry.Finger@lwfinger.net>
author:         Realtek WlanFAE    <wlanfae@realtek.com>
author:         lizhaoming    <chaoming_li@realsil.com.cn>
srcversion:     DBF9BFEC2956537D0AFADA5
alias:          pci:v000010ECd00008174sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008173sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008172sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008171sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008192sv*sd*bc*sc*i*
depends:        rtlwifi,mac80211
intree:         Y
vermagic:       3.2.0-26-generic SMP mod_unload modversions 
parm:           swenc:Set to 1 for software crypto (default 0)
 (bool)
parm:           ips:Set to 0 to not use link power save (default 1)
 (bool)
parm:           swlps:Set to 1 to use SW control power save (default 0)
 (bool)
parm:           fwlps:Set to 1 to use FW control power save (default 1)
 (bool)
parm:           debug:Set debug level (0-5) (default 0) (int)

[clivej]

The module seems to resume fine.

If I change the channel my AP uses, Ubuntu will connect to my network without any further intervention.

[Toz]

Try unloading the module prior to suspend and reload on resume. To do this automatically using pm-utils, create the file /etc/pm/config.d/rtl8192se:

sudo gedit /etc/pm/config.d/rtl8192se

...add the following content:

SUSPEND_MODULES="rtl8192se"

...save the file and try again.

[clivej]

Thanks Toz, that does seem to be working. Three suspends and its connected every time. Ill mark the thread as solved!

Do you happen to know why eth0 is showing huge amount of traffic even when it is disconnected? (See image from Firestarter above)

[Toz]

Thanks Toz, that does seem to be working. Three suspends and its connected every time. Ill mark the thread as solved!

Glad to hear it worked. Thanks for marking it solved.

Do you happen to know why eth0 is showing huge amount of traffic even when it is disconnected? (See image from Firestarter above)

Looks like it might be some sort of bug. What tool are you using to generate those stats?

[clivej]

Spoke too soon, its still doing it! It works for suspends less than approx 30min, anything longer still wont connect.

That shapshot is from Firestarter

[clivej]

>ifconfig eth0
eth0      Link encap:Ethernet  HWaddr *
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:272962351466430 errors:1637774108798580 dropped:545924702932860 overruns:272962351466430 frame:1364811757332150
          TX packets:272962351466430 errors:1091866585734900 dropped:0 overruns:272966646433725 carrier:545933292867450
          collisions:1364833232168625 txqueuelen:1000 
          RX bytes:272962351466430 (272.9 TB)  TX bytes:272962351466430 (272.9 TB)
          Interrupt:48