duane> [about a jtag que command, ie: execute que]
oyvind> [ some concerns - about a jtag que command ]
[snip]
> My thinking was that e.g. drscan would throw this exception and that we didn't
> expose execute queue. Why should expose an asynchronous model for scripting?
> It complicates the API.
Øyvind> The "target_script" command must be supported, it's *old* :-)
I presume you specifically mean the "target_script" - command
functionality as in the file: "startup.tcl".
It was - "handle_target_script_command()" in target.c - in an older openocd.
I believe this is simple.
(A) The old com
>> cmd_ctx contains current target today. The above definitively moves
>> current target out of cmd_ctx. OK by me, but we need backwards
>> compatibility.
>>
>
> No it does not. The idea is the "command private" variable holds the
> 'current target pointer".
>
> I do not see that something is break
Øyvind Harboe wrote:
> On Tue, Jul 22, 2008 at 5:23 AM, Duane Ellis <[EMAIL PROTECTED]> wrote:
>
>> Duane Ellis wrote:
>>
>>> Øyvind Harboe wrote:
>>>
Would you be interested in porting target_process_reset to Tcl?
>>> Let me read through this code a bit and d
On Tue, Jul 22, 2008 at 5:23 AM, Duane Ellis <[EMAIL PROTECTED]> wrote:
> Duane Ellis wrote:
>>
>> Øyvind Harboe wrote:
>>>
>>> Would you be interested in porting target_process_reset to Tcl?
>>>
>>
>> Let me read through this code a bit and digest it.
>>
>
> I've done some reading - What I have to
Duane Ellis wrote:
> Øyvind Harboe wrote:
>> Would you be interested in porting target_process_reset to Tcl?
>>
> Let me read through this code a bit and digest it.
>
I've done some reading - What I have to say will take a while to digest.
So think about it for a little bit - you might need to r
Duane Ellis wrote:
> Øyvind Harboe wrote:
>> Would you be interested in porting target_process_reset to Tcl?
>>
> Let me read through this code a bit and digest it.
>
I've done some reading - What I have to say will take a while to digest.
So think about it for a little bit - you might need to r
Øyvind Harboe wrote:
> Would you be interested in porting target_process_reset to Tcl?
>
Let me read through this code a bit and digest it.
I think it might be doable - problem is how deep these changes have to
get pushed :-(
-Duane.
___
Openocd-de
Would you be interested in porting target_process_reset to Tcl?
I've cleaned up a few things in target_process_reset().
Basically we'll need a tcl implementation that is backwards compatible
but overrideable by the target configuration script.
This should allow for more flexible handling of e.g.
I skimmed through it and much of it is along the lines of
what I've been thinking.
I'd like to toss in more backwards compatibility though.
My thinking is that we break down the current reset command
into lower level commands used by a default implementation
of the reset command.
The default imp
Putting my "user hat" on - I think we sort of went down the wrong path
with reset.
My reasoning and solution ideas follows.
-Duane.
Background:
Openocd is "part of a debugger" - it is not a board or program that runs
freely.
When something is under the control of a debugger - i
11 matches
Mail list logo
