Hi, Ryan <ryanphilips19@xxxxxxxxxxxxxx> writes: > 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. is CPU, perhaps, halted ? > Any idea what i am doing wrong? The PC is pointing to some address > 0x28000 and does not change. yeah, it's halted. I don't know much about T32, you might wanna read its documentation, though. > 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? yeah, you gotta read T32's documentation. I can't help there :-p -- balbi
Attachment:
signature.asc
Description: PGP signature