lockdep warning (needs annotation)

[Ben Greear]

I started seeing this today after synch-ing with upstream
ath10k tree.

Firmware is modified, and there are some patches to ath10k in my
tree, but probably nothing that affects this.


INFO: trying to register non-static key.
the code is fine but needs lockdep annotation.
turning off the locking correctness validator.
CPU: 1 PID: 213 Comm: kworker/u8:2 Tainted: G         C   3.14.0-rc2-wl-ath+ #11
Hardware name: To be filled by O.E.M. To be filled by O.E.M./HURONRIVER, BIOS 4.6.5 05/02/2012
Workqueue: phy0 ieee80211_iface_work [mac80211]
 0000000000000000 ffff88020fd777e8 ffffffff815d0007 0000000000000006
 0000000000000000 ffff88020fd77868 ffffffff810fb81e ffff88020fd77818
 ffffffff00000000 ffff880200000001 0000000000000002 0000000000000000
Call Trace:
 [<ffffffff815d0007>] dump_stack+0x4e/0x71
 [<ffffffff810fb81e>] register_lock_class+0x11a/0x2f0
 [<ffffffff810fcc2b>] __lock_acquire+0xe0/0xe48
 [<ffffffff815d7592>] ? _raw_spin_unlock_irq+0x28/0x42
 [<ffffffff810fc966>] ? mark_lock+0x2d/0x212
 [<ffffffff810fc966>] ? mark_lock+0x2d/0x212
 [<ffffffff810fdd9f>] lock_acquire+0x82/0x9d
 [<ffffffff810d6abe>] ? queue_delayed_work_on+0x85/0x85
 [<ffffffff810d6b07>] flush_work+0x49/0x289
 [<ffffffff810d6abe>] ? queue_delayed_work_on+0x85/0x85
 [<ffffffff810fc966>] ? mark_lock+0x2d/0x212
 [<ffffffff810fe0a8>] ? mark_held_locks+0x71/0x99
 [<ffffffff810d8758>] ? __cancel_work_timer+0x89/0xbf
 [<ffffffff810d8769>] __cancel_work_timer+0x9a/0xbf
 [<ffffffff810d87a9>] cancel_work_sync+0xb/0xd
 [<ffffffffa0515b4b>] ath10k_sta_state+0x4b/0x48e [ath10k_core]
 [<ffffffffa030dbaa>] drv_sta_state+0x87/0x17b [mac80211]
 [<ffffffffa030f632>] __sta_info_destroy_part2+0xca/0x2a0 [mac80211]
 [<ffffffffa030f9b5>] __sta_info_destroy+0x25/0x2f [mac80211]
 [<ffffffffa030fb19>] sta_info_destroy_addr+0x39/0x59 [mac80211]
 [<ffffffffa0331eb0>] ieee80211_destroy_auth_data+0x31/0xbc [mac80211]
 [<ffffffffa0335382>] ieee80211_sta_work+0x16b/0xbe6 [mac80211]
 [<ffffffff810fe0a8>] ? mark_held_locks+0x71/0x99
 [<ffffffff815d75ec>] ? _raw_spin_unlock_irqrestore+0x40/0x5e
 [<ffffffff810fe215>] ? trace_hardirqs_on_caller+0x145/0x1a1
 [<ffffffff815d75f4>] ? _raw_spin_unlock_irqrestore+0x48/0x5e
 [<ffffffffa0319c4a>] ieee80211_iface_work+0x2a3/0x2c6 [mac80211]
 [<ffffffff810d7eb9>] process_one_work+0x1d7/0x2fc
 [<ffffffff810d7e4f>] ? process_one_work+0x16d/0x2fc
 [<ffffffff810d518c>] ? spin_lock_irq+0x9/0xb
 [<ffffffff810d83b1>] worker_thread+0x12e/0x1fb
 [<ffffffff810d8283>] ? rescuer_thread+0x27b/0x27b
 [<ffffffff810dd70d>] kthread+0xc4/0xcc
 [<ffffffff810dd649>] ? __kthread_parkme+0x5c/0x5c
 [<ffffffff815dc40c>] ret_from_fork+0x7c/0xb0
 [<ffffffff810dd649>] ? __kthread_parkme+0x5c/0x5c

Thanks,
Ben

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