Re: brcmsmac driver only works when sitting next to the AP
- From: Camaleón <noelamac gmail com>
- To: Roland Vossen <rvossen broadcom com>
- Cc: "devel driverdev osuosl org" <devel driverdev osuosl org>, Henry Ptasinski <henryp broadcom com>, "linux-wireless vger kernel org" <linux-wireless vger kernel org>, Brett Rudley <brudley broadcom com>, Arend Van Spriel <arend broadcom com>, "networkmanager-list gnome org" <networkmanager-list gnome org>
- Subject: Re: brcmsmac driver only works when sitting next to the AP
- Date: Mon, 22 Aug 2011 15:28:51 +0200
2011/8/22 Roland Vossen <rvossen broadcom com>:
>> 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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]