>
> Øyvind Harboe wrote:
> > Hmmm... I tried to apply this patch, but it didn't work...
> >
> > Did you create it in some new way?
> >
>
Not sure the behaviour is as you expect.
CFLAGS_FOR_BUILD is only used for the build target tools, eg, bin2char
unless we are building a cross openocd.
othe
On Tue, Aug 5, 2008 at 7:10 PM, David Kuehling <[EMAIL PROTECTED]> wrote:
>> "Øyvind" == Øyvind Harboe <[EMAIL PROTECTED]> writes:
>
>>> Browsing through JIM SVN, I just found an 'after' implementation:
>>>
>>> http://cvs.berlios.de/cgi-bin/viewcvs.cgi/jim/jim/jim-eventloop.c?rev=HEAD&content-t
> "Øyvind" == Øyvind Harboe <[EMAIL PROTECTED]> writes:
>> Browsing through JIM SVN, I just found an 'after' implementation:
>>
>> http://cvs.berlios.de/cgi-bin/viewcvs.cgi/jim/jim/jim-eventloop.c?rev=HEAD&content-type=text/vnd.viewcvs-markup
>>
>> Maybe this can be added to OpenOCD?
> Shou
On Tue, Aug 5, 2008 at 5:30 PM, David Kuehling <[EMAIL PROTECTED]> wrote:
>> "Øyvind" == Øyvind Harboe <[EMAIL PROTECTED]> writes:
>
>> 200ms?
>
>> OpenOCD, being single threaded, really won't be able to honor that
>> frequency...
>
>> At best a callback could be guaranteed to be serviced every
> "Øyvind" == Øyvind Harboe <[EMAIL PROTECTED]> writes:
> 200ms?
> OpenOCD, being single threaded, really won't be able to honor that
> frequency...
> At best a callback could be guaranteed to be serviced every
> 1000-2000ms, because that is a requirement imposed by the keep_alive()
> protoc
> proc watchdog_service {} {
> mww 0x036c 0
> after 200 watchdog_service
> }
200ms?
OpenOCD, being single threaded, really won't be able to honor
that frequency...
At best a callback could be guaranteed to be serviced every 1000-2000ms,
because that is a requirement imposed by th
Hi,
I have a AT91SAM9260 based Olimex board which I would like to debug and
program with openocd attached to an Olimex OpenOCD JTAG dongle.
Unfortunately, although the SAM9260 core seems to get reset and stopped,
openocd fails:
--
# openocd --file olimex_arm9.cfg -d3
Open On-C
Well spotted!
> So, does anybody know how to achieve that without patching the sources?
No.
> If patching the sources were required, maybe adding another kind of
> target script ("while_halted") might be a solution and I'd be happy to
> write a patch if nobody objects.
Pre/post_halt/resume?
No
Hi,
some days ago I added a jtag connector to a ADuC7022 board and used an
olimex USB adapter with OpenOCD (compiled from SVN head) to test whether
that works.
Well, I stumbled into some strange problems, and after some hours of
debugging OpenOCD it looks like the ADuC7022's watchdog is the culpr
Committed.
Thanks!
--
Ø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/openo
Øyvind Harboe wrote:
Hmmm... I tried to apply this patch, but it didn't work...
Did you create it in some new way?
Try #2 - this time using "svn diff".
-Duane.
Index: configure.in
===
--- configure.in(revision 886)
++
Committed.
It turns out this patch also removes silly warnings while resetting
srst_pulls_trst targets.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Op
12 matches
Mail list logo
