2011/8/22 Roland Vossen <rvossen@xxxxxxxxxxxx>: >> Moreover, "service network-manager stop" returns "failed" unless I >> first turn off the wifi led (and so phy0 hard blocked is set as "yes"). > > Interesting observations. Ok, lets keep this in the back of our minds but > first focus on the bad scan results. Okay, jus let me add (attached to this e-mail) the call trace I get when stopping NM with the wifi LED on. >>> Can you do a 'rfkill unblock all' to see if that makes a difference ? >>> It makes no difference. No wifi networks are detected automatically nor >>> connecting manually to a hidden network is possible (unless I sit next to >>> the AP). > > Hmmm, so it seems that rfkill switch functionality is not causing the bad > scan result. > > Can you try to disable Bluetooth (e.g. by temporary blacklisting the > bluetooth modules) ? Bluetooth operates in the same frequency band as WiFi. I blackisted the module: root@stt300:~# grep -i blue /etc/modprobe.d/blacklist.conf blacklist bluetooth And rebooted. Now I can't see the module loaded: root@stt300:~# lsmod|grep blu root@stt300:~# Bu I still get the same issue: Aug 22 15:18:08 stt300 anacron[1934]: Normal exit (0 jobs run) Aug 22 15:18:09 stt300 dbus[1128]: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper) Aug 22 15:18:09 stt300 dbus[1128]: [system] Successfully activated service 'org.freedesktop.UDisks' Aug 22 15:18:14 stt300 wpa_supplicant[1167]: Failed to initiate AP scan. Aug 22 15:18:16 stt300 dbus[1128]: [system] Activating service name='org.gnome.ClockApplet.Mechanism' (using servicehelper) Aug 22 15:18:16 stt300 dbus[1128]: [system] Successfully activated service 'org.gnome.ClockApplet.Mechanism' Aug 22 15:18:24 stt300 dbus[1128]: [system] Activating service name='org.debian.apt' (using servicehelper) Aug 22 15:18:27 stt300 AptDaemon: INFO: Initializing daemon Aug 22 15:18:27 stt300 dbus[1128]: [system] Successfully activated service 'org.debian.apt' Aug 22 15:18:44 stt300 wpa_supplicant[1167]: Failed to initiate AP scan. > Would you happen to know if with kernel 2.6.39, the brcmsmac driver was > active as well (and not a different driver) ? I expressely used the brcmsmac because it was newer, easier to setup than the others... and it's open source :-) Greetings, -- Camaleón
[ 7200.796149] INFO: task NetworkManager:2602 blocked for more than 120 seconds. [ 7200.796162] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 7200.796172] NetworkManager D 00000001 0 2602 1 0x00000004 [ 7200.796188] f58976b0 00200082 00000646 00000001 00000000 00000000 f4ecdaf4 c1487980 [ 7200.796213] f589785c 00000646 c1487980 f58976b0 c1487980 c1487980 00000002 00200002 [ 7200.796236] 000000fd f4ecdb38 7fffffff 00000002 f4ecdb2c c12ad874 f4ecdb3c c12acb06 [ 7200.796259] Call Trace: [ 7200.796284] [<c12ad874>] ? _raw_spin_lock_irq+0xb/0x16 [ 7200.796298] [<c12acb06>] ? wait_for_common+0xc7/0xd1 [ 7200.796312] [<c12ad027>] ? __mutex_lock_common.clone.5+0xe2/0x131 [ 7200.796325] [<c12acf37>] ? mutex_lock+0x17/0x25 [ 7200.796381] [<f85854f1>] ? ieee80211_scan_cancel+0x11/0x5c [mac80211] [ 7200.796420] [<f858d75b>] ? ieee80211_do_stop+0x2a/0x3f1 [mac80211] [ 7200.796435] [<c103ae0b>] ? _local_bh_enable_ip.clone.6+0x15/0x6d [ 7200.796449] [<c122442f>] ? dev_deactivate_many+0xce/0xfb [ 7200.796488] [<f858db31>] ? ieee80211_stop+0xf/0x12 [mac80211] [ 7200.796502] [<c120f9ff>] ? __dev_close_many+0x6c/0x8a [ 7200.796515] [<c120fa39>] ? __dev_close+0x1c/0x2c [ 7200.796527] [<c12128ce>] ? __dev_change_flags+0x8c/0x101 [ 7200.796539] [<c12129a4>] ? dev_change_flags+0x10/0x3b [ 7200.796550] [<c121b7b9>] ? do_setlink+0x26c/0x5ff [ 7200.796568] [<c103147b>] ? select_task_rq_fair+0x42f/0x61d [ 7200.796580] [<c121bef8>] ? rtnl_setlink+0xa1/0xc2 [ 7200.796594] [<c121be57>] ? rtnl_getlink+0x115/0x115 [ 7200.796606] [<c121c191>] ? rtnetlink_rcv_msg+0x1a2/0x1b1 [ 7200.796617] [<c121bfef>] ? __rtnl_unlock+0xa/0xa [ 7200.796630] [<c122b521>] ? netlink_rcv_skb+0x2f/0x6f [ 7200.796641] [<c121bc6e>] ? rtnetlink_rcv+0x18/0x20 [ 7200.796653] [<c122b107>] ? netlink_unicast+0xc0/0x115 [ 7200.796665] [<c122b38f>] ? netlink_sendmsg+0x233/0x24c [ 7200.796679] [<c1202dbf>] ? __sock_sendmsg+0x4e/0x57 [ 7200.796691] [<c120346e>] ? sock_sendmsg+0x78/0x8f [ 7200.796704] [<c120346e>] ? sock_sendmsg+0x78/0x8f [ 7200.796718] [<c1029cfe>] ? need_resched+0x11/0x1a [ 7200.796730] [<c1029d0c>] ? should_resched+0x5/0x1f [ 7200.796742] [<c12aca2c>] ? _cond_resched+0x5/0x18 [ 7200.796754] [<c12aca2c>] ? _cond_resched+0x5/0x18 [ 7200.796766] [<c120b244>] ? verify_iovec+0x3d/0x75 [ 7200.796778] [<c1203115>] ? __sys_sendmsg+0x128/0x18c [ 7200.796789] [<c12033f6>] ? sock_sendmsg_nosec+0xc9/0xc9 [ 7200.796801] [<c120325c>] ? sock_recvmsg_nosec+0xe3/0xe3 [ 7200.796815] [<c10cb0de>] ? fget_light+0x56/0x69 [ 7200.796830] [<c111df91>] ? security_sk_alloc+0xd/0xf [ 7200.796843] [<c12064a1>] ? sk_prot_alloc+0x7f/0xf7 [ 7200.796855] [<c1007a85>] ? __switch_to+0xd1/0xe2 [ 7200.796866] [<c102c437>] ? mmdrop+0xb/0x19 [ 7200.796878] [<c102c563>] ? finish_task_switch+0x6a/0x86 [ 7200.796890] [<c1029cfe>] ? need_resched+0x11/0x1a [ 7200.796902] [<c12ac8af>] ? schedule+0x59a/0x5aa [ 7200.796913] [<c10cacce>] ? fput+0x11/0x161 [ 7200.796925] [<c1204abf>] ? sys_sendmsg+0x2c/0x47 [ 7200.796938] [<c1204f7f>] ? sys_socketcall+0x187/0x1dc [ 7200.796953] [<c12b221f>] ? sysenter_do_call+0x12/0x28
