Hi Felipe, On Thu, Dec 10, 2015 at 3:17 AM, Felipe Balbi <balbi@xxxxxx> wrote: > > Hi, > > (please avoid top-posting) > > Ryan <ryanphilips19@xxxxxxxxxxxxxx> writes: >> Hi Tony, >> >> Thanks for your response. I dont see any prints. I suspect that it >> might be hanging before the serial port is initialized >> >> All i see is after arch_reset is called. I can see that is mmc clk and >> data signals toggling. This makes me think that boot rom has loaded >> the xloader into sram. > > you might wanna consider openocd if your jtag interface is available > somewhere on your pcb. Just keep in mind that you might have to fiddle a > bit with some TCL config files to get openocd to behave correctly with > your board. > I managed to connect a lauterbach debugger. to my target. This is what i did to test 1. reset the board. & stop at u-boot prompt 2. Do a system.attach on the T32 (Lauterbach says that system is ready) 3. I do a run on the T32. I see that the status changes on T32 to run. 4. Now, i try to play with the u-boot prompt and board does not respond. Any idea what i am doing wrong? The PC is pointing to some address 0x28000 and does not change. I expect the PC to be some address in the RAM since mmu is off. Also, do i need to compile the x-loader and u-boot with some special options & how do i tell the T32 to pick the map file for x-loader and u-boot? Thanks you, ryan > cheers > >> On Thu, Dec 10, 2015 at 1:44 AM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: >>> * Ryan <ryanphilips19@xxxxxxxxxxxxxx> [151209 09:03]: >>>> Hello, >>>> >>>> On a custom 4460 board. The x-loader hangs at some place when we >>>> reboot. This happens occasionally on an android port by linaro. >>>> >>>> I just want to find out how to debug in this case. How can i get to >>>> know where the hang takes place. After boot rom, i can see the mmc clk >>>> toggling >>>> indicating that xloader is in sram when the hang takes place and not >>>> sure where the hang is. >>>> >>>> Do i need Lauterbach to debug - Is it possible to connect the emulator >>>> across reboot. If so, how? or is there any other way i can debug this >>>> >>>> Also, i want to check - If i can turn off the dplls? If so, how? >>>> >>>> I tried to do a disable on all the clocks in the clock list using >>>> clk_disable call just before reboot and that does not seem to help. >>> >>> You can add selected serial print statements very early into u-boot >>> MLO (and probably x-loader). You need to keep them down to minimum >>> so the image still fits into SRAM. If you enable debug, then that also >>> needs to be limited to selected files only as enabling debug for the >>> whole MLO/x-loader in the Makefile will make it too big. >>> >>> 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 > > -- > balbi -- 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
