ehci breaking Supermicro IPMI keyboard on uhci?

Steven Hartland killing at multiplay.co.uk
Tue Nov 4 17:51:52 UTC 2014


On 04/11/2014 16:45, Hans Petter Selasky wrote:
> On 11/04/14 17:40, Steven Hartland wrote:
>> On 04/11/2014 07:22, Hans Petter Selasky wrote:
>>> On 11/04/14 01:05, Steven Hartland wrote:
>>>> Had the problem where the Supermicro IPMI keyboard wouldn't work on 
>>>> some
>>>> machines for a while, tonight I finally had time to play with all the
>>>> options to see if anything would make it work.
>>>>
>>>> Turns out adding the following to loader.conf does fixes the issue:
>>>> hint.ehci.0.disabled="1"
>>>>
>>>> So the question is why would this help?
>>>>
>>>> Surely disabling one controller shouldn't make devices attached to
>>>> another work?
>>>>
>>>
>>> Hi,
>>>
>>> The USB device is failing to enumerate. Are you sure there is no XHCI
>>> controller on this device?
>> I did try removing xhci from my kernel config, but that had no effect,
>> only when I disabled the ehci controller did it correctly enumerate the
>> devices attached to the uhci controller.
>>
>> Attached is the outuput from pciconf -l -v in case that helps. If
>> there's anything else I can provide which will help just let me know.
>>
>> For reference I'm currently testing 10.1-RC4 on this box.
>>
>>      Regards
>>      Steve
>
> Maybe you can check the PCI IDs with Linux EHCI driver, if your 
> hardware requires some special quirks?
I cant find any mention of quirks for the Intel USB controller PCI IDs 
but I might be looking in the wrong place, do you have a link to what I 
should be searching though?

I did however find the following which is for the exact device I'm 
having issues with and seems to indicate the HW might have an issue with 
HighSpeed mode.

https://lkml.org/lkml/2012/4/19/224
http://lkml.iu.edu//hypermail/linux/kernel/1204.3/03115.html

Which makes me wonder if hw.usb.ehci.no_hs=1 would also result in a 
working device.

     Regards
     Steve


More information about the freebsd-usb mailing list