On Thu, Jul 4, 2013 at 7:40 PM, Drasko DRASKOVIC <[email protected]> wrote: > On Thu, Jul 4, 2013 at 11:32 PM, Andreas Fritiofson > <[email protected]> wrote: > >> What is at 0x80200000? At 0x80040000? Is it slow if you load something to >> the latter (make sure not to overlap with the working area)? > > Which reminded me that this might be a cache problem. > > Jon, > can you please try loading to Kseg1, i.e. replace your addresses with > 0xA0200000 and similar.
0x00200000, 0x80200000, 0xA0200000 all are the same 15 minutes I'm loading uboot right after reset and the ROM has run. Have the virtual segments been setup yet? What should I be using for a work area? This is something to do with reads, writes are almost instant. It is like openocd is getting an error on every read. But nothing usual displayed when I ran openocd -d 3 What about those 18 dummy registers I had to remove into order to get started? With them in-place I couldn't start gdb. I can try putting them back and using direct openocd commands. > > Take a look here to get an idea about MIPS virtual memory segments : > http://www.google.com/imgres?biw=1280&bih=651&tbm=isch&tbnid=al_AkHqbkFZBAM:&imgrefurl=http://infocenter.arm.com/help/topic/com.arm.doc.dai0235c/&docid=CXLqk2CTjj0MTM&imgurl=http://infocenter.arm.com/help/topic/com.arm.doc.dai0235c/AN235_migrating_from_mips_to_arm_files/image004.png&w=624&h=398&ei=xAbWUa3kB4SRhQewsoC4Dg&zoom=1&ved=1t:3588,r:0,s:0,i:79&iact=rc&page=1&tbnh=143&tbnw=224&start=0&ndsp=20&tx=113&ty=52 > > BR, > Drasko -- Jon Smirl [email protected] ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
