<div dir="ltr"><span style="font-size:12.8px">> I'm going to try the hack to disable </span><span style="font-size:12.8px">xhci, as suggested by Zoran and Аладышев's earlier email.</span><br><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">You might try both variants. Do not forget, both ehci and xhci hubs are on different clocking domains, so you can set only one at the time (no workaround/circumventing tricks).</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I would advise to try only with xhci first. And use only USBs 2.0. Should work. Then you can also try vice versa.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Zoran </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 10, 2017 at 3:44 PM, Trammell Hudson <span dir="ltr"><<a href="mailto:hudson@trmm.net" target="_blank">hudson@trmm.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Oct 09, 2017 at 07:55:34PM -0700, Julius Werner wrote:<br>
> My gut feeling would be to blame ACPI. The Linux patch is about<br>
> caching a host controller register in the kernel, and in some cases<br>
> (e.g. ehci_reset()), the patch re-reads the cached version from the<br>
> hardware whereas the previous code didn't.<br>
<br>
</span>Even with reversing the patch (modifying the ehci code to always<br>
read from the command register), my Haswell board still won't<br>
enumerate the USB devices.  I'm going to try the hack to disable<br>
xhci, as suggested by Zoran and Аладышев's earlier email.<br>
<br>
Likely unrelated, I'm also having a problem enabling ACPI from the Linux<br>
kernel, although most everything else seems to work with interrupts<br>
and PCIe, so for the time being I have a hack in acpi_enable to pretend<br>
things worked.<br>
<br>
[    0.017031] ACPI: Core revision 20160831<br>
[    0.264132] ACPI: 4 ACPI AML tables successfully acquired and loaded<br>
[    0.271241] ACPI: setting ELCR to 0200 (from 0a00)<br>
[    0.376881] ACPI Error: Hardware did not enter ACPI mode (20160831/evxfevnt-113)<br>
[    0.385158] acpi_enable:114 faking ACPI mode<br>
<br>
<a href="https://github.com/osresearch/heads/issues/260" rel="noreferrer" target="_blank">https://github.com/osresearch/<wbr>heads/issues/260</a><br>
<a href="https://github.com/osresearch/heads/issues/248" rel="noreferrer" target="_blank">https://github.com/osresearch/<wbr>heads/issues/248</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Trammell<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>mailman/listinfo/coreboot</a></div></div></blockquote></div><br></div>