On Thu, 7 Jun 2012, Cousson, Benoit wrote: > In fact we should delay the reset to the very last moment and > potentially reset the IPs not under driver control later after a couple > of second for example. It will avoid reseting every IP that will be > handled properly by drivers. We discussed this a couple of years ago on the list and aligned on late and lazy resets, from my recollection. The main reason why it wasn't implemented was because there were some drivers that were not yet PM runtime-converted. This would have caused crashes, since the core code would have no idea that the non-PM-runtime drivers had initialized their devices, and so the core just went ahead and reset those anyway. It might actually be safe now to switch to the late reset arrangement, depending on whether the rest of the drivers have been PM runtime-converted by now. Of course, it would all be moot if the reset is moved away from the hwmod code into the drivers. - Paul -- 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
