On Fri, Jun 5, 2015 at 2:58 PM, Maciej S. Szmigiero <mail@xxxxxxxxxxxxxxxxxxxxx> 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
