Russell, On the mainline 2.6.31-rc6, OMAP4 boot is crashing. Also serial code in the linux-next branch isn't merge correctly and needs reworked patches. Can you please see if they are ok? This patch series addresses the OMAP4430 boot up crash issues on the latest 2.6.31-rc6 kernel release. They are generated against 2.6.31-rc6 (commit= 6c30c53fd5ae6a99a23ad78e90c428d2c8ffb07f) OMAP4 was broken after "[PATCH 00/14] OMAP PM fixes for .31-rc series" series got merged in. http://www.mail-archive.com/linux-omap@xxxxxxxxxxxxxxx/msg14527.html Two issues - 1. NULL pointer dereference in omap_serial_init()- static struct omap_uart_state omap_uart[OMAP_MAX_NR_PORTS], has three instances populated and for OMAP4 macro OMAP_MAX_NR_PORTS=4. So at the fourth iteration, there is NULL pointer oops. This was also related to the merge issue in the linux-next branch. http://lkml.org/lkml/2009/8/20/192 [PATCH 1/2] ARM: OMAP4: Fix NULL pointer dereference crash. 2. Console is not working because the uart platform data is not getting registered to kernel. Registration fails because of clock check failure in omap_serial_init(). As you aware the clock framework is still under review on mailing list. Hence below patch is necessary to fix the same. [PATCH 2/2] ARM: OMAP4: Bypass the clock check. Thanks !! Regards, Santosh -- 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