Re: PROBLEM: kernel BUG in usb-ohci.c:902!

* Re: PROBLEM: kernel BUG in usb-ohci.c:902!
@ 2002-09-29 20:48 David Brownell
  2002-09-29 20:57 ` Stephen Marz
  0 siblings, 1 reply; 7+ messages in thread
From: David Brownell @ 2002-09-29 20:48 UTC (permalink / raw)
  To: Franco Saliola; +Cc: linux-kernel

Hmm, if I look at that line in the 2.4.20-pre7 kernel, I see:

	/* likely some interface's driver has a refcount bug */
	err ("bus %s devnum %d deletion in interrupt",
			ohci->ohci_dev->slot_name, usb_dev->devnum);
	BUG ();

That BUG() has been an "oops now predictably, or oops later randomly"
situation, and EVERY (!!!) time it's been an issue, the problem has
been traced to exactly what that comment says:  some interface's
driver has bogus disconnect() processing, and is not cleaning up. (*)

It's likely the problem is in the driver for one of your USB devices.
Given what I saw, it sure looks like "prism2_usb" is the problem.

And from what I saw last time I looked at that driver, I can VERY
easily believe that ... in fact I think I've seen similar reports
show up before, that's why I took a look at it.  The prism2_usb folk
need to make sure their disconnect() routine (a) prevents all further
driver requests to that device, (b) unlinks all urbs it submitted,
and (c) waits for them to finish unlinking.

- Dave

(*) Maybe a better response would be to just leak memory, but
     that's how the ohci driver evolved ... it took a long time
     to establish that the oopsing was really caused by bogus
     disconnect() processing in the layered usb device handling.

^ permalink raw reply	[flat|nested] 7+ messages in thread