This series should fix the issue with the early serial crash seen during hwmod _setup() as reported by [1] The issue was reported on a am33xx device and was not seen on omap4 or omap5 devices as the hwmod data for both omap4 and omap5 had statically defined HWMOD_INIT_NO_IDLE and HWMOD_INIT_NO_RESET for uart3 which happens to be the debug console used on omap4 panda and omap5 uevm boards. The series reverts the patch which stubbed out omap_serial_early_init() for DT boot and gets rid of the static flags in omap4 and omap5 hwmod data. This series along with the patch posted by Felipe [2] should fix the issue reported by [1] completely and boot to prompt on a am33xx device with LL_DEBUG enabled. I have boot tested this series (along with [2]) on a omap4 panda es and a am335x boneblack. [1] http://comments.gmane.org/gmane.linux.ports.arm.omap/100628 [2] http://marc.info/?l=linux-omap&m=137353783912736&w=2 Rajendra Nayak (2): Revert "ARM: OMAP2+: Fix serial init for device tree based booting" ARM: OMAP4+: Get rid of the HWMOD_INIT_NO_IDLE and HWMOD_INIT_NO_RESET flags for uart arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 3 +-- arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 1 - arch/arm/mach-omap2/serial.c | 3 --- 3 files changed, 1 insertion(+), 6 deletions(-) -- 1.7.9.5 -- 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
