linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Greear <greearb@candelatech.com>
To: Felix Fietkau <nbd@openwrt.org>
Cc: linux-wireless@vger.kernel.org, linville@tuxdriver.com,
	lrodriguez@atheros.com, br1@einfach.org
Subject: Re: [PATCH 3/4] ath9k_hw: move the cycle counter tracking to ath
Date: Fri, 15 Oct 2010 14:40:07 -0700	[thread overview]
Message-ID: <4CB8CA37.2050509@candelatech.com> (raw)
In-Reply-To: <1286568834-18821-3-git-send-email-nbd@openwrt.org>

On 10/08/2010 01:13 PM, Felix Fietkau wrote:
> Instead of keeping track of wraparound, clear the counters on every
> access and keep separate deltas for ANI and later survey use.
> Also moves the function for calculating the 'listen time' for ANI

> @@ -147,6 +155,10 @@ struct ath_common {
>
>   	unsigned int clockrate;
>
> +	spinlock_t cc_lock;
> +	struct ath_cycle_counters cc_ani;
> +	struct ath_cycle_counters cc_survey;

I don't see where cc_lock is ever initialized properly.  I think
that is what is causing this lockdep splat:

INFO: trying to register non-static key.
the code is fine but needs lockdep annotation.
turning off the locking correctness validator.
Pid: 2240, comm: ip Not tainted 2.6.36-rc8-wl+ #32
Call Trace:
  [<c075d940>] ? printk+0xf/0x17
  [<c045507a>] register_lock_class+0x5a/0x29e
  [<c0455be2>] ? mark_lock+0x1e/0x1de
  [<c0456af5>] __lock_acquire+0xa2/0xb8c
  [<c0455be2>] ? mark_lock+0x1e/0x1de
  [<c0457639>] lock_acquire+0x5a/0x78
  [<f8c5115b>] ? ath9k_config+0x274/0x3d8 [ath9k]
  [<c075f602>] _raw_spin_lock_irqsave+0x2f/0x3f
  [<f8c5115b>] ? ath9k_config+0x274/0x3d8 [ath9k]
  [<f8c5115b>] ath9k_config+0x274/0x3d8 [ath9k]
  [<f8c0ba2e>] ieee80211_hw_config+0x11b/0x125 [mac80211]
  [<f8c17edf>] ieee80211_do_open+0x3c5/0x466 [mac80211]
  [<f8c171d6>] ? ieee80211_check_concurrent_iface+0x21/0x13a [mac80211]
  [<f8c17fdb>] ieee80211_open+0x5b/0x5e [mac80211]
  [<c06ce76b>] __dev_open+0x80/0xae
  [<c06cc99b>] __dev_change_flags+0xa0/0x115
  [<c06ce6bf>] dev_change_flags+0x13/0x3f
  [<c06d7e78>] do_setlink+0x23a/0x51b
  [<c0455037>] ? register_lock_class+0x17/0x29e
  [<c06d847c>] rtnl_newlink+0x269/0x431
  [<c06d8291>] ? rtnl_newlink+0x7e/0x431
  [<c0455be2>] ? mark_lock+0x1e/0x1de
  [<c0455de9>] ? mark_held_locks+0x47/0x5f
  [<c075ebcf>] ? __mutex_lock_common+0x2bb/0x2d6
  [<c0456045>] ? trace_hardirqs_on_caller+0x104/0x125
  [<c075ebe0>] ? __mutex_lock_common+0x2cc/0x2d6
  [<c06d8213>] ? rtnl_newlink+0x0/0x431
  [<c06d79e2>] rtnetlink_rcv_msg+0x182/0x198
  [<c06d7860>] ? rtnetlink_rcv_msg+0x0/0x198
  [<c06e503c>] netlink_rcv_skb+0x30/0x77
  [<c06d7859>] rtnetlink_rcv+0x1b/0x22
  [<c06e4e77>] netlink_unicast+0xbe/0x119
  [<c06e5a15>] netlink_sendmsg+0x234/0x24c
  [<c06bf93a>] __sock_sendmsg+0x51/0x5a
  [<c06bfba4>] sock_sendmsg+0x93/0xa7
  [<c04968cf>] ? might_fault+0x47/0x81
  [<c0496904>] ? might_fault+0x7c/0x81
  [<c06c7904>] ? copy_from_user+0x8/0xa
  [<c06c7c2d>] ? verify_iovec+0x3e/0x6d
  [<c06bfd8c>] sys_sendmsg+0x149/0x193
  [<c0455037>] ? register_lock_class+0x17/0x29e
  [<c0455be2>] ? mark_lock+0x1e/0x1de
  [<c0498d7a>] ? __do_fault+0x1fc/0x3a5
  [<c048690a>] ? unlock_page+0x40/0x43
  [<c0498ef7>] ? __do_fault+0x379/0x3a5
  [<c04576dd>] ? lock_release_non_nested+0x86/0x1d8
  [<c04968cf>] ? might_fault+0x47/0x81
  [<c04968cf>] ? might_fault+0x47/0x81
  [<c06c148b>] sys_socketcall+0x15e/0x1a5
  [<c0402f1c>] sysenter_do_call+0x12/0x38
ADDRCONF(NETDEV_UP): wlan0: link is not ready
ieee80211 phy0: device no longer idle - scanning

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


      parent reply	other threads:[~2010-10-15 21:40 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-08 20:13 [PATCH 1/4] ath9k_hw: store the clock rate in common data on channel changes Felix Fietkau
2010-10-08 20:13 ` [PATCH 2/4] ath5k: " Felix Fietkau
2010-10-08 20:13   ` [PATCH 3/4] ath9k_hw: move the cycle counter tracking to ath Felix Fietkau
2010-10-08 20:13     ` [PATCH 4/4] ath5k: use the common cycle counter / listen time implementation Felix Fietkau
2010-10-15 21:40     ` Ben Greear [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CB8CA37.2050509@candelatech.com \
    --to=greearb@candelatech.com \
    --cc=br1@einfach.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=lrodriguez@atheros.com \
    --cc=nbd@openwrt.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).