On 15 January 2016 at 21:43, Mike Belopuhov <[email protected]> wrote: > On 15 January 2016 at 21:41, George Rosamond > <[email protected]> wrote: >> Mike Belopuhov: >>> Hi, >>> >>> Thanks for the report. Could you please do a "boot -d", "w mp_verbose >>> 1", "continue" >>> and then show us the ioapic dump. >> >> I don't have console, but this is what I have, manually typed: >> >> ioapic0: int1 0x92 0x0 >> " int9 0xa090 0x0 >> " int12 0x93 0x0 >> " int16 0xb0b0 0x0 >> " int17 0xe063 0x0 >> " int18 0xb062 0x0 >> " int19 0xa061 0x0 >> >> then back to the ehci_sync_hc's posted below, then: >> >> stopped at usb_allocmem+0x175: cmpq %rbx,0(%rax) >> > > cool, could you please post ehci, ohci and uhci lines from your > dmesg as well? >
And I'm been told that this might have been caused by something else. To rule that out could you also try a newer snapshot (Jan 15). Thanks. >> g >> >>> >>> On 15 January 2016 at 20:24, George Rosamond >>> <[email protected]> wrote: >>>> no console, so manually typing out trace output >>>> >>>> ehci_sync_hc: tsleep() = 35 >>>> ehci_sync_hc: tsleep() = 35 >>>> ehci_sync_hc: tsleep() = 35 >>>> ehci_sync_hc: tsleep() = 35 >>>> kernel: protection fault trap, code=0 >>>> Stopped at usb_allocmem+0x175: cmpq %rbx,0(%rax) >>>> ddb{0}> trace >>>> usb_allocmem() at usb_allocmem+0x175 >>>> usbd_transfer() at usbd_transfer+0x67 >>>> usbd_do_request_flags() at usbd_do_request_flags+0xe4 >>>> usdb_get_desc() at usbd_new_desc+0x3b >>>> usbd_new_device() at usbd_new_device+0x18d >>>> uhub_port_connect() at uhub_port_connect+0x14e >>>> uhub_explore() at uhub_explore+0x229 >>>> usb_explore() at usb_explore+0x153 >>>> usb_task_thread() at usb_task_thread+0xb6 >>>> end trace frame: 0x0, count: -9 >>>> >>>> thanks >>>> >>
