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

Reply via email to