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
> 
> 
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to