netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ivo van Doorn <ivdoorn@gmail.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: netdev <netdev@vger.kernel.org>, Jiri Benc <jbenc@suse.cz>
Subject: Re: lockdep rt2500usb report
Date: Fri, 11 Aug 2006 19:43:22 +0200	[thread overview]
Message-ID: <200608111943.22886.IvDoorn@gmail.com> (raw)
In-Reply-To: <44DC4110.6080300@sipsolutions.net>

On Friday 11 August 2006 10:34, Johannes Berg wrote:
> This is running wireless-dev from yesterday. All I did was plug in a 
> rt2500usb device into a usb port on a freshly booted system. I have a 
> feeling that this is could be one of the problems reported earlier with 
> the d80211 stack, but I haven't mastered the art of picking through 
> these traces yet... What's swapper doing in there?

Mhh, looking through the trace this might be a dscape bug.
The problem seem to come from the TX handler, and nothing has come out
of rt2500usb yet.

Jiri, do you have any ideas about this one?

Ivo

> [ 1806.889513] usb 5-2: new high speed USB device using ehci_hcd and 
> address 2
> [ 1807.164838] usb 5-2: configuration #1 chosen from 1 choice
> [ 1807.252880] Loading module: rt2500usb - CVS (N/A) by 
> http://rt2x00.serialmonkey.com.
> [ 1807.338966] wmaster0: Selected rate control algorithm 'simple'
> [ 1807.364971] usbcore: registered new driver rt2500usb
> [ 1807.658580]
> [ 1807.658582] =======================================================
> [ 1807.658586] [ INFO: possible circular locking dependency detected ]
> [ 1807.658588] -------------------------------------------------------
> [ 1807.658591] swapper/0 is trying to acquire lock:
> [ 1807.658593]  (&dev->queue_lock){-+..}, at: [<c0297518>] 
> dev_queue_xmit+0x52/0 x24f
> [ 1807.658603]
> [ 1807.658604] but task is already holding lock:
> [ 1807.658606]  (&dev->_xmit_lock){-+..}, at: [<c02976b4>] 
> dev_queue_xmit+0x1ee/ 0x24f
> [ 1807.658611]
> [ 1807.658612] which lock already depends on the new lock.
> [ 1807.658613]
> [ 1807.658615]
> [ 1807.658616] the existing dependency chain (in reverse order) is:
> [ 1807.658618]
> [ 1807.658619] -> #1 (&dev->_xmit_lock){-+..}:
> [ 1807.658622]        [<c01322b7>] lock_acquire+0x5c/0x79
> [ 1807.658631]        [<c02f5560>] _spin_lock_bh+0x3b/0x48
> [ 1807.658639]        [<c02a3231>] dev_activate+0x5e/0x10f
> [ 1807.658646]        [<c0295c89>] dev_open+0x5c/0x73
> [ 1807.658652]        [<c029538f>] dev_change_flags+0x51/0x107
> [ 1807.658659]        [<c029e60a>] do_setlink+0x182/0x378
> [ 1807.658665]        [<c029dac2>] rtnetlink_rcv_msg+0x163/0x214
> [ 1807.658671]        [<c02a5b9e>] netlink_run_queue+0x83/0x114
> [ 1807.658678]        [<c029d833>] rtnetlink_rcv+0x2c/0x49
> [ 1807.658684]        [<c02a5c44>] netlink_data_ready+0x15/0x59
> [ 1807.658691]        [<c02a3893>] netlink_sendskb+0x1f/0x36
> [ 1807.658697]        [<c02a5673>] netlink_unicast+0x190/0x1f2
> [ 1807.658703]        [<c02a588f>] netlink_sendmsg+0x1ba/0x29d
> [ 1807.658709]        [<c028cb46>] sock_sendmsg+0xcf/0xf3
> [ 1807.658717]        [<c028cc60>] sys_sendmsg+0xf6/0x1fb
> [ 1807.658723]        [<c028d4af>] sys_socketcall+0x232/0x253
> [ 1807.658729]        [<c0102ead>] sysenter_past_esp+0x56/0x8d
> [ 1807.658737]
> [ 1807.658737] -> #0 (&dev->queue_lock){-+..}:
> [ 1807.658740]        [<c01322b7>] lock_acquire+0x5c/0x79
> [ 1807.658748]        [<c02f5763>] _spin_lock+0x36/0x43
> [ 1807.658754]        [<c0297518>] dev_queue_xmit+0x52/0x24f
> [ 1807.658760]        [<e2cb2aff>] 
> ieee80211_subif_start_xmit+0x299/0x49f [80211 ]
> [ 1807.658777]        [<c02973d9>] dev_hard_start_xmit+0x15f/0x24c
> [ 1807.658783]        [<c02976cd>] dev_queue_xmit+0x207/0x24f
> [ 1807.658789]        [<e351b8a4>] mld_sendpack+0x228/0x29f [ipv6]
> [ 1807.658812]        [<e351bf49>] mld_ifc_timer_expire+0x217/0x260 [ipv6]
> [ 1807.658829]        [<c0121a6d>] run_timer_softirq+0xbf/0x1ae
> [ 1807.658836]        [<c011e30c>] __do_softirq+0x50/0xc1
> [ 1807.658844]        [<c011e3c6>] do_softirq+0x49/0x4b
> [ 1807.658849]        [<c011e50f>] irq_exit+0x42/0x44
> [ 1807.658855]        [<c01055d4>] do_IRQ+0x3c/0x78
> [ 1807.658861]        [<c01039cd>] common_interrupt+0x25/0x2c
> [ 1807.658867]        [<c0101c27>] cpu_idle+0x41/0x69
> [ 1807.658873]        [<c0100295>] rest_init+0x39/0x3b
> [ 1807.658878]        [<c03ee718>] start_kernel+0x2a6/0x31e
> [ 1807.658885]        [<c0100199>] 0xc0100199
> [ 1807.658894]
> [ 1807.658894] other info that might help us debug this:
> [ 1807.658895]
> [ 1807.658898] 1 lock held by swapper/0:
> [ 1807.658899]  #0:  (&dev->_xmit_lock){-+..}, at: [<c02976b4>] 
> dev_queue_xmit+0 x1ee/0x24f
> [ 1807.658905]
> [ 1807.658906] stack backtrace:
> [ 1807.658908]  [<c01053a0>] show_trace+0x12/0x14
> [ 1807.658911]  [<c01053bb>] dump_stack+0x19/0x1e
> [ 1807.658914]  [<c01300f4>] print_circular_bug_tail+0x5d/0x66
> [ 1807.658918]  [<c0131d9c>] __lock_acquire+0xb89/0xd8a
> [ 1807.658921]  [<c01322b7>] lock_acquire+0x5c/0x79
> [ 1807.658925]  [<c02f5763>] _spin_lock+0x36/0x43
> [ 1807.658928]  [<c0297518>] dev_queue_xmit+0x52/0x24f
> [ 1807.658931]  [<e2cb2aff>] ieee80211_subif_start_xmit+0x299/0x49f [80211]
> [ 1807.658942]  [<c02973d9>] dev_hard_start_xmit+0x15f/0x24c
> [ 1807.658946]  [<c02976cd>] dev_queue_xmit+0x207/0x24f
> [ 1807.658949]  [<e351b8a4>] mld_sendpack+0x228/0x29f [ipv6]
> [ 1807.658964]  [<e351bf49>] mld_ifc_timer_expire+0x217/0x260 [ipv6]
> [ 1807.658979]  [<c0121a6d>] run_timer_softirq+0xbf/0x1ae
> [ 1807.658982]  [<c011e30c>] __do_softirq+0x50/0xc1
> [ 1807.658986]  [<c011e3c6>] do_softirq+0x49/0x4b
> [ 1807.658989]  [<c011e50f>] irq_exit+0x42/0x44
> [ 1807.658992]  [<c01055d4>] do_IRQ+0x3c/0x78
> [ 1807.658995]  [<c01039cd>] common_interrupt+0x25/0x2c
> [ 1807.658998]  [<c0101c27>] cpu_idle+0x41/0x69
> [ 1807.659001]  [<c0100295>] rest_init+0x39/0x3b
> [ 1807.659004]  [<c03ee718>] start_kernel+0x2a6/0x31e
> [ 1807.659007]  [<c0100199>] 0xc0100199
> 
> 

  reply	other threads:[~2006-08-11 17:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-11  8:34 lockdep rt2500usb report Johannes Berg
2006-08-11 17:43 ` Ivo van Doorn [this message]
2006-08-26  9:26 ` Ivo van Doorn
2006-08-27  5:14 ` Michael Wu
2006-08-27  7:17   ` Ivo van Doorn
2006-08-27  8:10     ` Michael Wu

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=200608111943.22886.IvDoorn@gmail.com \
    --to=ivdoorn@gmail.com \
    --cc=jbenc@suse.cz \
    --cc=johannes@sipsolutions.net \
    --cc=netdev@vger.kernel.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).