Hi, While solving this problem: http://www.spinics.net/lists/linux-omap/msg52011.html, I found that since commit e95496d4acadd0b72c4947be61e8d44700fdaae7, "OMAP: McBSP: Add pm runtime support", McBSP ports, or at least McBSP1 on my Amstrad Delta, no longer work when CONFIG_PM_RUNTIME is not set. Even if I don't use such setup and always select CONFIG_PM_RUNTIME, I think current behaviour is wrong and should be corrected. Before I come out with a patch, please advise if and how you think this should be solved. Should CONFIG_OMAP_MCBSP depend on CONFIG_PM_RUNTIME? Or should it select CONFIG_PM_RUNTIME? Or maybe an old code which manipulated clocks directly should be restored for no CONFIG_PM_RUNTIME case? Or should arch/arm/mach-omap1/pm_bus.c be always built in and pm_runtime_clk_add_notifier() called from there in order to enable clocks on device initialization even if CONFIG_PM_RUNTIME is not set? Or still a better solution? Thanks, Janusz -- 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