* Cory Maccarrone <darkstar6262@xxxxxxxxx> [100308 17:49]: > On Mon, Mar 8, 2010 at 4:48 PM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > > * Cory Maccarrone <darkstar6262@xxxxxxxxx> [100306 20:53]: > > > If you don't have any serial output with that, then try this: > > > > - reset some branch to 4f2c49fedf > > - make sure you have DEBUG_LL and EARLY_PRINTK enabled in your .config > > - check that you have earlyprintk also in the kernel cmdline > > - apply the following patch for the uncompress code > > > > This worked. I was able to boot in with DEBUG_LL enabled and > everything appears to be working properly. OK, then that means the debug-macro.S changes for busyuart macro are OK. > Any other hints? I'm going to start looking at the changes, I'm > beginning to understand them more. Well the next patch gets rid of the hardcoded port addresses. The debug port number is stored in uncompress.h based on the machine ID. Maybe try this next: Reset your test branch to commit 0c8219f0302d0d27fda52c790d38406801e547ec, then take a look at arch/arm/plat-omap/include/plat/uncompress.h in a text editor. Then see if there's an entry for your board in __arch_decomp_setup. Is the DEBUG_LL_OMAP7XX(1, herald) correct? Is port 1 the right UART to use? If there's no entry, then you need to add a DEBUG_LL_OMAP7XX line suitable for your board. If you see something like "Uncompressing Linux..." then your know the uncompress.h part is working. Once you get that working, then it's time to look at the debug-macro.S again, see the addruart macro that reads the debug port number from UART1 scratchpad register. 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
