[PATCH] staging: brcm80211: implementation of RFKILL functionality

Francis Moreau francis.moro at gmail.com
Thu Mar 10 08:42:38 UTC 2011


Hi,

On Wed, Mar 9, 2011 at 7:58 PM, Arend van Spriel <arend at broadcom.com> wrote:
> Resubmitted the patch to be included in the staging-linus branch.
>
> Only hardware switch state needs to be handled by driver. RFKILL is
> informed when hardware switch is activated. MAC80211 rfkill_poll
> callback is used to check hardware switch deactivation.

Ok, this fixes the issue, I can now boot with the switch set to OFF
without any troubles.

However looking at the dmesg output, I can see this:

...
ADDRCONF(NETDEV_UP): eth0: link is not ready
wl_rfkill_set_hw_state: update hw state: blocked=true
wl: rfkill_poll: 1
wl0: wlc_wme_setparams : no-clock
wl0: wlc_wme_setparams : no-clock
wl0: wlc_wme_setparams : no-clock
wl0: wlc_wme_setparams : no-clock
ADDRCONF(NETDEV_UP): wlan0: link is not ready
wl: rfkill_poll: 1
wl: rfkill_poll: 1
ip_tables: (C) 2000-2006 Netfilter Core Team
Netfilter messages via NETLINK v0.30.
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
ip6_tables: (C) 2000-2006 Netfilter Core Team
NF_TPROXY: Transparent proxy support initialized, version 4.1.0
NF_TPROXY: Copyright (c) 2006-2007 BalaBit IT Ltd.
ctnetlink v0.93: registering with nfnetlink.
wl: rfkill_poll: 1
ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
xt_time: kernel timezone is +0100
Bridge firewalling registered
u32 classifier
    Actions configured
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
fuse init (API version 7.16)
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1
wl: rfkill_poll: 1


The last line being repeated indefinitely... maybe it would be better
to avoid it ?

Also when I set the switch to ON, I can see this:

...
wlan0: associated
Associated:	True
ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 161/256 dur 1794/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 137/256 dur 1602/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 157/256 dur 1762/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 386/256 dur 3594/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 534/256 dur 4778/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 310/256 dur 2986/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 534/256 dur 4778/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 534/256 dur 4778/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 498/256 dur 4490/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 459/256 dur 4178/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 498/256 dur 4490/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 459/256 dur 4178/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 498/256 dur 4490/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 134/256 dur 1578/1504
wlan0: no IPv6 routers present
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 1080/256 dur 9146/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 277/256 dur 2722/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 698/256 dur 6090/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 296/256 dur 2874/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 1462/256 dur 12202/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 128/256 dur 1530/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 128/256 dur 1530/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 473/256 dur 4290/1504
wl0: wlc_d11hdrs_mac80211: AC_BE txop exceeded phylen 278/256 dur 2730/1504
..

Is this expected ?

Thanks
-- 
Francis



More information about the devel mailing list