W dniu 06.06.2015 01:20, Fabio Estevam pisze: > 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 I think your idea of having this clock under USB host controller was fine, maybe it just needs to be renamed to something like "hub" or "aux" (like you mentioned previously)? > Regards, > > Fabio Estevam Best regards, Maciej Szmigiero -- 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
