On Fri, Jun 5, 2015 at 2:58 PM, Maciej S. Szmigiero
<[email protected]> wrote:

> That was a good lead, I've looked at imx6qdl-udoo.dtsi definition of usbh1 
> USB host
> device and it overrides clock property from imx6qdl.dtsi (USBOH3) with a 
> clock that is
> used to drive on-board USB hub.
>
> After commenting out this line in imx6qdl-udoo.dtsi the SoC no longer locked 
> up,
> but USB still don't work due to lack of hub clocking.
>
> Previously, looks like this has worked because USBOH3 clock is also used in 
> usbmisc
> clock property and so was enabled there until this commit.
>
> Now, there is a question where to put this USB hub clock, since ci_hdrc seems 
> to support
> just one clock definition.
> Is there any generic clock consumer driver that can be used for this?

Yes, providing USB hub reset and clock via dt is something that still
needs a proper solution:
http://www.spinics.net/lists/linux-usb/msg97483.html

Regards,

Fabio Estevam
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to