On Thu, Jul 24, 2008 at 12:00 AM, Spen <[EMAIL PROTECTED]> wrote:
>>
>> That's right: the GDB model is broken here.
>>
>> It doesn't really support the concept of *attaching* to a
>> target, which we need here. If GDB does support this, the by
>> all means, prove me wrong by telling me how :-)
>>
>
Oyvind - I'm going to start making the changes we discussed
Valentin - this is FYI as you are some what following the previous thread.
So - I know what needs to be done - and Yes, I could use some help
testing these things. I guess Valentin volunteered to test some of this eh?
I'll let you know
>
> That's right: the GDB model is broken here.
>
> It doesn't really support the concept of *attaching* to a
> target, which we need here. If GDB does support this, the by
> all means, prove me wrong by telling me how :-)
>
extended-remote supports attaching to a running target.
The target i
On Wed, Jul 23, 2008 at 9:55 AM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
>> Since this touches to deep openOCD internals, we should discuss on how
>> to implement this on the list before we try to implement something.
>
> It's kinda funny that you just came up with killer reasons why the reset
> p
guessing this is a typo?
Cheers
Spen
Index: src/jtag/jtag.c
===
--- src/jtag/jtag.c (revision 861)
+++ src/jtag/jtag.c (working copy)
@@ -1042,7 +1042,7 @@
void jtag_add_end_state(enum tap_state state)
{
cmd_queue_e
> When I found the bug
> - my target was running
> - the OpenOCD was running
> - I realized that my application was locked, i.e. it must have crashed
> somewhere, or entered some infinite loop
> - I wanted to know where my application was, and possibly examine some data,
> registers etc.
>
> In tha
On Wednesday 23 July 2008 21:19:50 you wrote:
> I've committed the fix for " is missing" problem.
Thanks.
> > * Also, since the halt() is asynchronous target connect will be
> > * instantaneous and thus avoiding annoying timeout problems during
> > * connect.
> > */
> >
> > The a
I've committed the fix for " is missing" problem.
>/* a gdb session just attached, try to put the target in halt mode.
> *
> * DANGER
> *
> * If the halt fails(e.g. target needs a reset, JTAG communication not
> * working, etc.), then the GDB connect will succeed as
>
On Tuesday 22 July 2008 23:17:40 you wrote:
> Take #2
>
> Perhaps poll() has not been invoked?
That didn't fix it either. The situation is actually worse than just a bogus
0x0 which can be easily identified.
[EMAIL PROTECTED]:~/arm$
ntoarm-gdb
/home/vmaster/arm/qnx/workspace/sam9_l9260/Images/
> Since this touches to deep openOCD internals, we should discuss on how
> to implement this on the list before we try to implement something.
It's kinda funny that you just came up with killer reasons why the reset
procedure should be overrideable by the target configuration script :-)
The work
Hello,
I have been thinking about this yesterday night and I think the
solution already was already suggested in the forum thread:
http://forum.sparkfun.com/viewtopic.php?t=7841&postdays=0&postorder=asc&start=45&sid=45354d14976fd68c1fa088693f66ed7f
The fact is that openOCD tries to validate the J
11 matches
Mail list logo
