On Wed, Jul 2, 2014 at 3:28 PM, Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx> wrote: > On Tue, Jul 1, 2014 at 5:37 PM, Ezequiel García > <ezequiel@xxxxxxxxxxxxxxxxxxxx> wrote: >> On 1 July 2014 12:07, Yegor Yefremov <yegorslists@xxxxxxxxxxxxxx> wrote: >> [..] >>> >>> What can be done with these error messages: >>> >>> of_get_named_gpiod_flags: can't parse gpios property of node >>> '/ocp/usb@47400000/usb-phy@47401300[0]' >>> 47401300.usb-phy supply vcc not found, using dummy regulator >>> musb-hdrc musb-hdrc.0.auto: Failed to request rx1. >>> musb-hdrc musb-hdrc.0.auto: musb_init_controller failed with status -517 >>> platform musb-hdrc.0.auto: Driver musb-hdrc requests probe deferral >>> of_get_named_gpiod_flags: can't parse gpios property of node >>> '/ocp/usb@47400000/usb-phy@47401b00[0]' >>> 47401b00.usb-phy supply vcc not found, using dummy regulator >>> musb-hdrc musb-hdrc.1.auto: Failed to request rx1. >>> musb-hdrc musb-hdrc.1.auto: musb_init_controller failed with status -517 >>> platform musb-hdrc.1.auto: Driver musb-hdrc requests probe deferral >>> couldn't find an available UDC >>> >> >> The above are typical deferal messages. Have you tried building >> everything as a module or moving the DMA devicetree node so it's >> probed earlier? >> >> But I'm not sure it's related to the problem you are seeing. > > Compiling as a module helped. Thanks. I experience another issue, that happens either in monolithic kernel or as modules. In 2-4% of power cycles the hub chip connected to USB0 won't be detected. So far I couldn't find any error messages. Any idea? Yegor -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html