Bug #2061


USB keyboard boot panic

Added by sjg about 13 years ago. Updated about 12 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


Since enabling ehci by default booting with my USB keyboard plugged in has
caused the box to panic almost every time (9 out of 10 or more), when it does
not panic the keyboard works. Prior to this (ohci only) the keyboard would not
work if plugged in during boot almost every time (9 out of 10 or more), but
would work fine every time if plugged in after boot. Plugging it in after boot
still works fine w/ ehci.

The panic in question is panic: ohci_add_done: addr 0x???????? not found, the
call stack includes ohci_intr().

It seems the ohci driver is servicing an interrupt and the conditions are right
to enter ohci_add_done(), but the ohci_hash_find_*'s are unsuccessful.

Adding kprintf's to ohci_hash_add_* and ohci_hash_rem_* cause the box to boot
with a working keyboard a much greater percentage of the time, seemingly
indicating a race / something timing related.

Actions #1

Updated by sjg about 13 years ago

The new ACPI appears to paper over this issue.

I will note that it is an SMP box running master w/ APIC_IO enabled.

USB Controller is an Nvidia MCP51.

Actions #2

Updated by raitech about 12 years ago

Same issue here:

dfbsd 3.0.2 x86_64 over an AMD Phenon X2 565/X4 B65, asus M4A78LT-M LE with AMD 760G(780L)/SB710 chipset. The output is something like this:

panic: ohci_add_done: addr 0x03761eb0 not found
CPU0 stopping CPU1: 0x0...02
stopped at +0x39: movb $0,0x1b77b06(%rip)

Bootup normaly when unplugued the usb keyboard and pluged again after the boot.


Also available in: Atom PDF