On Tue 23 Feb 09:21 PST 2016, Georgi Djakov wrote: > When the SMEM is probed it defers as it depends on the hardware lock, which > is not available yet. But the SMD bus and RPM regulators and clocks depend > on SMEM and they defer too. The problem with this is that the order of > registering the devices is not optimal and also we may end with messed > up serial console as the RPM clocks are not registered yet.. > > Signed-off-by: Georgi Djakov <georgi.djakov@xxxxxxxxxx> Not only do you need the probe order to be "correct", you also need some luck to have the smd code execute its two workers to initialise the rpmcc driver before your serial driver is probed. So I don't think we should merge this upstream. I tried this on my linux-next tree on db410c and it doesn't hide the problem for me. Regards, Bjorn -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html