George Rosamond:
> Mike Belopuhov:
>> On 15 January 2016 at 21:54, George Rosamond
>> <[email protected]> wrote:
>>> Mike Belopuhov:
>>>> 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).
>>>>
>>>
>>> Sorry, I should have mentioned that I did update to today's snapshot,
>>> and the problem recurred.
>>>
>>> I can still post dmesg output of ehci, ohci, uhci if you still need.
>>>
>>
>> Please do.
> 
> Here is the last /var/run/dmesg.boot.
> 
> http://dmesgd.nycbug.org/index.cgi?action=dmesgd&do=view&id=2883

Issue seems resolved with snapshot #1846 from early 20160117

http://dmesgd.nycbug.org/index.cgi?action=dmesgd&do=view&id=2884

Thanks

g

Reply via email to