* Shilimkar, Santosh <santosh.shilimkar@xxxxxx> [100130 04:49]: > > > Hi all, > > > > > > These patches allow compiling in also omap4 into the multi-omap > > > configuration. As I don't yet have omap4, I've only boot tested > > > these on omap2 and omap3. > > > > > > Somebody with an omap4 board please boot test these with the > > > omap3_defconfig and see what happens.. You might want to enable > > > DEBUG_LL and EARLY_PRINTK with earlyprintk on the cmdline too. > > Looks like this series have some dependent series because it doesn't > > apply on mainline. > > > > So I tested this directly on linux-omap "multi-omap4" branch. It boots sufficiently > > but doesn't proceed after "brd_init". Didn't get much time to debug so attached log > > Stand alone omap_4430sdp_defconfig also didn't fully boot on the linux-omap "multi-omap4". > The log below shows that the serial platform data isn't configured correctly. > > <6>io scheduler deadline registered > <6>io scheduler cfq registered (default) > <6>Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled > <6>serial8250.0: ttyS0 at MMIO 0x4806a000 (irq = 104) is a ST16654 > <6>serial8250.1: ttyS0 at MMIO 0x4806a000 (irq = 105) is a ST16654 > > Below patch to fix the boot for omap_4430sdp_defconfig. Small typo really. > > diff --git a/arch/arm/plat-omap/include/plat/serial.h b/arch/arm/plat-omap/inclu > index 67ffa08..83dce4c 100644 > --- a/arch/arm/plat-omap/include/plat/serial.h > +++ b/arch/arm/plat-omap/include/plat/serial.h > @@ -33,7 +33,7 @@ > > /* OMAP4 serial ports */ > #define OMAP4_UART1_BASE OMAP2_UART1_BASE > -#define OMAP4_UART2_BASE OMAP2_UART1_BASE > +#define OMAP4_UART2_BASE OMAP2_UART2_BASE > #define OMAP4_UART3_BASE 0x48020000 > #define OMAP4_UART4_BASE 0x4806e000 Heh OK :) Sounds like at this point it makes sense to merge that into the original patch redo omap-for-linus partially. Can I also add your Acked-by for these patches then? > For multi-omap build, for now I need to disable > [*] Reset unused clocks during boot Sounds like omap4 has some clocks left on from the bootloader that it should clk_get and clk_enable during init. That should be easy to track if you boot with "debug" in your cmdline and take a look at the list of unused clocks that are shut down with late_initcall. > With this OMAP4430 boots with omap3_defconfig :) Cool, thanks, good to hear! Now the only omap2/3/4 that's not booting with omap3_defconfig is 2430 because of the different clock offsets compare dot 2420. That should get fixed eventually though. Regards, Tony -- 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
