Hey Guys, So to respond, r826 is the first point of failure I found (825 works and flashes) 826 fails and does not flash.
Current SVN Head gives warning message and does not flash. Currently rolling through 826-svn head and double checking. version 1014 gives a different error message: ------------ expected one protection register field, but found 2 Using target buffer at 0x5c000038 and of size 0x8000 Write 0x1ca0 bytes to flash at 0x00000000 Failed to receiving data from debug handler after 1000 attempts BUG: keep_alive() was not invoked in the 1000ms timelimit. GDB alive packet not sent! (8589) target reentered debug state, but not at the desired exit point: 0xfffffffc time out writing RX register Execution of flash algorythm failed. Can't fall back. Please report. error writing to flash at address 0x00000000 at offset 0x00000000 (-902) Runtime error, file "?", line 1: In procedure 'flash' called at file "command.c", line 436 In procedure 'unknown' called at file "?", line 1 ---------- i'll keep fiddling, federico "Anyone who has never made a mistake has never tried anything new." - Albert Einstein On Tue, Nov 4, 2008 at 7:14 PM, Rick Altherr <[EMAIL PROTECTED]> wrote: > Does the failure actually begin happening when you use r826 or is that when > you start getting the warning about the GDB alive packet? The warning > message is actually fairly benign. If the failure starts with that > revision, it helps narrow down the problem. That said, the various patches > that have been committed to the repository in the last few days have > resolved numerous bugs that could manifest themselves as your bug. Try with > the current SVN HEAD and see if your flashing works reliably. > > Rick > > > On Nov 4, 2008, at 10:07 AM, Federico Spadini wrote: > >> hey guys, >> looks like the point of failure is svn revision 826 where the gdb keep >> alive messages are added to avoid "cryptic error messages" (from the >> change log). >> >> This is the error from 826 >> 826 failure on load: >> >> Open On-Chip Debugger 1.0 (2008-11-04-18:19) svn:826 >> >> $URL: http://svn.berlios.de/svnroot/repos/openocd/trunk/src/openocd.c $ >> >> Info: jtag.c:1392 jtag_examine_chain(): JTAG device found: >> 0x79265013 (Manufacturer: 0x009, Part: 0x9265, Version: 0x7) >> >> Warning: telnet_server.c:624 telnet_init(): no telnet port specified, >> using default port 4444 >> >> Warning: gdb_server.c:2009 gdb_init(): no gdb port specified, using >> default port 3333 >> >> Warning: tcl_server.c:179 tcl_init(): no tcl port specified, using >> default port 6666 >> >> Info: jtag.c:1392 jtag_examine_chain(): JTAG device found: >> 0x79265013 (Manufacturer: 0x009, Part: 0x9265, Version: 0x7) >> >> Warning: log.c:359 keep_alive(): keep_alive() was not invoked in the >> 1000ms timelimit. GDB alive packet not sent! (3104) >> >> Open On-Chip Debugger 1.0 (2008-11-04-18:19) svn:826 >> >> $URL: http://svn.berlios.de/svnroot/repos/openocd/trunk/src/openocd.c $ >> >> Info: jtag.c:1392 jtag_examine_chain(): JTAG device found: >> 0x79265013 (Manufacturer: 0x009, Part: 0x9265, Version: 0x7) >> >> Warning: telnet_server.c:624 telnet_init(): no telnet port specified, >> using default port 4444 >> >> Warning: gdb_server.c:2009 gdb_init(): no gdb port specified, using >> default port 3333 >> >> Warning: tcl_server.c:179 tcl_init(): no tcl port specified, using >> default port 6666 >> >> Info: jtag.c:1392 jtag_examine_chain(): JTAG device found: >> 0x79265013 (Manufacturer: 0x009, Part: 0x9265, Version: 0x7) >> >> Warning: log.c:359 keep_alive(): keep_alive() was not invoked in the >> 1000ms timelimit. GDB alive packet not sent! (31 >> >> Let me know if this was of any help. I haven't tried the patch you >> sent quite yet (to clean up the code) but i'll get to it tomm.. >> >> peace, >> federico >> >> >> "Anyone who has never made a mistake has never tried anything new." >> - Albert Einstein >> >> >> >> On Fri, Oct 31, 2008 at 1:55 PM, Øyvind Harboe <[EMAIL PROTECTED]> >> wrote: >>> >>> On Fri, Oct 31, 2008 at 1:53 PM, Federico Spadini <[EMAIL PROTECTED]> >>> wrote: >>>> >>>> Hi Oyvind, >>>> Quick question, when running through versions, any tips on the >>>> configure/compile/install process or just proceed as usual? AKA, do >>>> you have a better methodology than what I'm currently doing to do the >>>> testing? >>> >>> Not really, except keep in mind that you can have many source and build >>> directories. Each source/build directory can be for a seperate svn >>> number. >>> >>> Be sure to try the patch I included! I'd like to delete that code from >>> XScale! >>> >>>> >>>> Thanks a bunch, >>>> Federico >>>> >>>> "Anyone who has never made a mistake has never tried anything new." >>>> - Albert Einstein >>>> >>>> >>>> >>>> On Fri, Oct 31, 2008 at 1:51 PM, Øyvind Harboe <[EMAIL PROTECTED]> >>>> wrote: >>>>> >>>>> On Fri, Oct 31, 2008 at 1:50 PM, Federico Spadini <[EMAIL PROTECTED]> >>>>> wrote: >>>>>> >>>>>> Ahoy, >>>>>> I agree with you whole heartedly, there shouldn't be any difference >>>>>> between 1109 and 1112, but for some reason the slow down was notable, >>>>>> also, sorry if I was a little unclear, the flashing does NOT work on >>>>>> any of the latest versions, the same bug/error always comes out. The >>>>>> latest known working version is 516 as this is what the rest of the >>>>>> tinyos community is using. >>>>>> >>>>>> I can give you a config for the iMote2 on monday as today I don't >>>>>> have much time to play with the recompile. I'll do a revert to >>>>>> 1036/build/install and let you know if there is a noticeable >>>>>> difference. Thank you for the patch, i'll post details on Monday! >>>>> >>>>> 1036 was just a guess. The problem may be further back. Do a binary >>>>> search >>>>> if you can. >>>>> >>>>>> >>>>>> Thanks, >>>>>> Federico >>>>>> >>>>>> PS: Thanks for the quick reply! >>>>> >>>>> Thanks for testing XSCale. We need more testing on it! >>>>> >>>>>> >>>>>> >>>>>> "Anyone who has never made a mistake has never tried anything new." >>>>>> - Albert Einstein >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Oct 31, 2008 at 1:24 PM, Øyvind Harboe >>>>>> <[EMAIL PROTECTED]> wrote: >>>>>>> >>>>>>> On Fri, Oct 31, 2008 at 1:06 PM, Federico Spadini <[EMAIL PROTECTED]> >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Guys, >>>>>>>> >>>>>>>> <sorry i zipped the log, it was too big to go on the list otherwise> >>>>>>>> >>>>>>>> I've recently built OpenOCD SVN version 1112 under Ubuntu Linux 8.04 >>>>>>>> on AMD64 with the proper FTDI libraries. The target board is an >>>>>>>> iMote2 >>>>>>> >>>>>>> I'd like the imote2.cfg added to the target library. How is the >>>>>>> attached patch? >>>>>>> >>>>>>>> which consists of a PXA271 and an Intel Strataflash of 32 Megabytes >>>>>>>> (p30). I noticed a massive slow down between svn version 1109 and >>>>>>>> 1112 >>>>>>>> using the same configurations, as well as an error (which does not >>>>>>>> occur in version 516 (in reality, this is the version which other >>>>>>>> users are currently using: I decided to try the bleeding edge and >>>>>>>> see >>>>>>>> if I could rig up a patch to release to the community)). >>>>>>> >>>>>>> Are you saying that 1109 works? >>>>>>> >>>>>>> If not, what is the last version of OpenOCD SVN that works? >>>>>>> >>>>>>> Does 1036 work...? It messed around with the run_algorithm stuff.... >>>>>>> >>>>>>> Could you double check that there is a difference between 1109 and >>>>>>> 1112 for your case. It doesn't make any sense based upon the >>>>>>> changelog... >>>>>>> >>>>>>> Also, I discovered some obsolete code for forcing breakpoints in >>>>>>> xscale.c that >>>>>>> I've deleted in the attached patch. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Øyvind Harboe >>>>>>> http://www.zylin.com/zy1000.html >>>>>>> ARM7 ARM9 XScale Cortex >>>>>>> JTAG debugger and flash programmer >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Øyvind Harboe >>>>> http://www.zylin.com/zy1000.html >>>>> ARM7 ARM9 XScale Cortex >>>>> JTAG debugger and flash programmer >>>>> >>>> >>> >>> >>> >>> -- >>> Øyvind Harboe >>> http://www.zylin.com/zy1000.html >>> ARM7 ARM9 XScale Cortex >>> JTAG debugger and flash programmer >>> >> _______________________________________________ >> Openocd-development mailing list >> Openocd-development@lists.berlios.de >> https://lists.berlios.de/mailman/listinfo/openocd-development > > -- > Rick Altherr > [EMAIL PROTECTED] > > "He said he hadn't had a byte in three days. I had a short, so I split it > with him." > -- Slashdot signature > > > _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development