Date: Sun, 17 Sep 2017 20:29:21 -0700 From: Mark Millard <markmi@dsl-only.net> To: Emmanuel Vadot <manu@bidouilliste.com> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Part of why Pine64+ 2GB gets "uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER" (and so USB fails) Message-ID: <FCCAABAD-01A0-4C0F-A5EF-D0FB8B920100@dsl-only.net> In-Reply-To: <b31d9b4f9c0766dcf8a46267e47be16c@megadrive.org> References: <AF0AC3CE-5B33-4E28-B091-FCE9EAC87642@dsl-only.net> <b31d9b4f9c0766dcf8a46267e47be16c@megadrive.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2017-Sep-17, at 5:30 AM, Emmanuel Vadot <manu@bidouilliste.com> = wrote: > On 2017-09-17 10:09, Mark Millard wrote: >> For booting a Pine64+ 2GB it reports: >> usbus0: 12Mbps Full Speed USB v1.0 >> ugen0.1: <Generic OHCI root HUB> at usbus0 >> uhub0: <Generic OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on = usbus0 >> uhub_attach: getting USB 2.0 HUB descriptor = failed,error=3DUSB_ERR_SHORT_XFER >> device_attach: uhub0 attach returned 6 >> usbus0: Root HUB problem, error=3DUSB_ERR_NO_ROOT_HUB >=20 > Did you test latest head ? I've fixed OHCI, see commit messages for = more information. Thanks. I had synchronized before your checkins. I've resynchronized and USB 1.1 speed based behavior (ohci behavior) seems to be working fine. (But it has been a long time since I've dealt with "disk" I/O that was this time consuming. I'll probably revert back to avoiding USB until echi is available.) So far my use of "dsb ish" just before the 2 "sev" instructions seem to be working fine (including the one before the release_aps "sev"). The non-debug kernel builds seem to work fine once those are added. =3D=3D=3D Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FCCAABAD-01A0-4C0F-A5EF-D0FB8B920100>