netdev
[Top] [All Lists]

e100 badness (2.6.10-rc1-mm2)

To: ganesh.venkatesan@xxxxxxxxx, jesse.brandeburg@xxxxxxxxx, netdev@xxxxxxxxxxx
Subject: e100 badness (2.6.10-rc1-mm2)
From: "Randy.Dunlap" <rddunlap@xxxxxxxx>
Date: Mon, 01 Nov 2004 20:24:25 -0800
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla Thunderbird 0.8 (X11/20040913)
Hi Ganesh, Jesse --

I see this in 2.6.10-rc1-mm2:

Badness in enable_irq at kernel/irq/manage.c:112
  [<c0106e09>] dump_stack+0x1e/0x20
  [<c013f7ab>] enable_irq+0xaa/0x114
  [<c02b0498>] e100_up+0x130/0x23f
  [<c02b164a>] e100_open+0x26/0x6e
  [<c0396896>] dev_open+0x6e/0x7c
  [<c0397e05>] dev_change_flags+0x56/0x126
  [<c03d2426>] devinet_ioctl+0x60b/0x6cd
  [<c03d4261>] inet_ioctl+0x81/0xae
  [<c038ddbc>] sock_ioctl+0x1d3/0x2d6
  [<c0172970>] sys_ioctl+0x179/0x21d
  [<c0105f5d>] sysenter_past_esp+0x52/0x71


I think that it happens because (in e100_up()), disable_irq() is called before request_irq() is called. If there are no other interrupt handlers on the same irq, then desc->depth is cleared to 0 by setup_irq() [called from request_irq()]. Then the following enable_irq() is confused by desc->depth == 0.

--
~Randy

<Prev in Thread] Current Thread [Next in Thread>