Below are the details of the error that occurs when USB is enabled in BSD: usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: <OHCI (generic) USB controller> on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ehci0: <EHCI (generic) USB 2.0 controller> mem 0xef145000-0xef145fff irq 7 at device 15.5 on pci0 usb1: EHCI version 1.0 usb1: wrong number of companions (1 != 2) usb1: companion controller, 4 ports each: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x8:0xc04d2366 stack pointer = 0x10:0xc0820b30 frame pointer = 0x10:0xc0820b30 code segment = base rx0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault
I can confirm the bug exists on NetBSD as well, but does not: *) Cause a kernel panic *) Cause USB device service interruption (at least in my limited testing using a USB keyboard for development) Samuel/William: Can you please provide a patch/diff of your revised ehci_pci.c and echi.c against the latest "HEAD" version of the files in the FreeBSD CVS tree and will attempt to determine if they are applicable to backport to NetBSD and OpenBSD. Thanks! ~BAS usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Advanced Micro OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ehci0 at pci0 dev 15 function 5: Advanced Micro Devices product 0x2095 (rev. 0x02) ehci0: interrupting at irq 7 ehci0: BIOS has given up ownership ehci0: EHCI version 1.0 ehci0: companion controller, 4 ports each: ohci0 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 uhub1: Advanced Micro EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: single transaction translator uhub1: 4 ports with 4 removable, self powered l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ "...from back in the heady days when "helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - and frequently were."
Responsible Changed From-To: freebsd-i386->freebsd-usb Get this more visible, assign to the USB team.
State Changed From-To: open->feedback To submitter: do you know if this problem was ever resolved, in either FreeBSD 7.x, or FreeBSD 8.x? Thanks!
Responsible Changed From-To: freebsd-usb->gavin Track
State Changed From-To: feedback->closed Mail to submitter bounces, not enough information to investigate further