[Openocd-development] Adding Jim Tcl support to OpenOCD

to Tcl in some internal places. -- Ø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

Re: [Openocd-development] [PATCH] ARM7 reset_halt fix

of the address value register for a break at address zero and the data mask register setup is changed so the data is disregarded. Observe that the arm7_9-debug_entry_from_reset flag do not seem to be set by any function. Should debug_entry_from_reset and the unexercised code be deleted? -- Øyvind Harboe

Re: [Openocd-development] Adding Jim Tcl support to OpenOCD

gives it excellent numbers, but considering the openocd user demography tcl could well be ahead anyway. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list

Re: [Openocd-development] Adding Jim Tcl support to OpenOCD

towards Lua for an end user scripting language given the feedback so far. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] Problem with latest trunk, 727 and reset

Fix committed. It was a bogus error(i.e. harmless and unecessary) -- Ø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

[Openocd-development] Tcl integration - wip

a failed Tcl command can be printed. - The result from a Tcl command is printed to the current command line interpreter - Tcl has a command openocd registered so as to enable launching the classic openocd commands from Tcl. Patch: http://www.zylin.com/tclwip.txt -- Øyvind Harboe http

Re: [Openocd-development] Jim Tcl integration #2

On Fri, Jun 27, 2008 at 1:13 AM, Tim Hudson [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: for {set i 0} {$i 10} {incr i} {openocd mww [expr $i*4] 0} Hooking the command interpreter on a per-line basis isn't a good approach IMHO The reason for hooking it up to the command line interpreter

Re: [Openocd-development] reset config SRST_ONLY

of circuitry that is not connected to the JTAG chain at all(in lieu of a power cycle). At that point a reset would mean whatever the target script defined it to mean. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] target scripts

___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

[Openocd-development] Jim Tcl support committed

It's committed. Although it works, I need to get a few more things in place before I start tinkering w/target scripts where the primary application will be to start with. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] Connection problem on i.MX31 with JTAGkey

should be able to debug it here. -- Ø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

Re: [Openocd-development] Connection problem on i.MX31 with JTAGkey

On Fri, Jul 4, 2008 at 10:51 AM, Valentin Longchamp [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: I've committed a small fix. OpenOCD was reworked to support starting without being able to talk to the hardware and the arm11 code was not updated. I don't have an ARM11 target to test

Re: [Openocd-development] [PATCH] Rough TCL documentation start

Committed. Thanks! The Tcl stuff is of course very much work in progress, but it is beyond doubt that we'll want some sort of RPC interface defined. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] FW: PATCH - Jim/TCL patch - far more complete.

.* changes in the patch as that will break tcl target event proc's. I'd like to address any concerns you have w.r.t. debugging OpenOCD without loosing that capability. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] FW: PATCH - Jim/TCL patch - far more complete.

name your file .tcl then, it will be a tcl file that can invoke OpenOCD commands. See target/at91eb40a.cfg/tcl for an example. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd

Re: [Openocd-development] PATCH - Jim/TCL patch - far more complete.

. The format of that string passed in and returned should work for both tcl_server and GDB mon. I want both tcl_server and GDB mon to be available as transport mechanisms for the same protocol. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

[Openocd-development] Scripting API example

as before: Open On-Chip Debugger flash_banks {ecosflash 16777216 2097152 2 2} flash bnaks flash banks #0: ecosflash at 0x0100, size 0x0020, buswidth 2, chipwidth 2 flash_banks_pretty #0: ecosflash at 0x0100, size 0x0020, buswidth 2, chipwidth 2 -- Øyvind Harboe http

[Openocd-development] startup.tcl (former commands.tcl) is now embedded into OpenOCD

Committed. I'm not an automake expert. Perhaps there are more elegant ways of doing this. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer embedstartup.tcl Description: Tcl script

Re: [Openocd-development] Switching .cfg files to tcl

is the tcl error reporting needs a bit of work. But i am sure you are aware of that. Yes. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] Switching .cfg files to tcl

. The main benefit would be to emphasize that they are indeed something more than a collection of parameters. Tcl is scary. I think users will be more comfortable just using the .cfg extension. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash

Re: [Openocd-development] Switching .cfg files to tcl

client then has the *CHOICE* between parsing tcl output or writing a piece of Tcl to *generate* the format he wants. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development

Re: [Openocd-development] [PATCH] convert drscan to use str_to_buf

Committed. Thanks! I didn't have time to test/look into this. (I rolled your other patch into same commit). -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing

[Openocd-development] Retire help?

to bank file offset flash write_image write_image [erase] file [offset] [type] -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] Switching .cfg files to tcl

benefit later. There is a *GREAT* google tech talks video @ google video about API design by Joshua Bloch http://video.google.com/videoplay?docid=-3733345136856180693 I flipped through it. Many good points there. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG

[Openocd-development] OpenOCD scripting API - no over-the-wire format at all

or an example rather than an actual part of the API. -- Ø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

Re: [Openocd-development] OpenOCD scripting API - no over-the-wire format at all

. The client can decide to do nothing even. You can call that a defined over the wire protocol if you want to. But this is all further down the line. The key building block is to get the tcl API fn's defined. That comes before any communication. -- Øyvind Harboe http://www.zylin.com/zy1000.html

Re: [Openocd-development] PATCH - svn 800 - 'tcl puts' command does not work.

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

Re: [Openocd-development] Configuration scripts running at wrong level?

/mailman/listinfo/openocd-development -- Ø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

Re: [Openocd-development] [PATCH] using bin2char and adding srcdir for startup.tcl

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/openocd

Re: [Openocd-development] Configuration scripts running at wrong level?

with another... -- Ø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

Re: [Openocd-development] openocd tcl function return values.

$a 4]] This would change to: puts [format Size: %d $a(size) ] This looks good. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] GDB Server error with IAR EWARM5.11

]) www.SimonQian.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash

Re: [Openocd-development] Configuration scripts running at wrong level?

and all variables be global by default is the right thing to do. -- Ø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

Re: [Openocd-development] Tcl low level API rules

. -- Ø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

Re: [Openocd-development] Tcl low level API callbacks

On Mon, Jul 14, 2008 at 5:25 PM, Ville Voipio [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: On Mon, Jul 14, 2008 at 3:58 PM, Ville Voipio [EMAIL PROTECTED] wrote: I'd rather make it the responsibility of the client to implement support for this. This can be done via multithreading or using

Re: [Openocd-development] Jim TCL

. But that is not an urgent issue for us, so it's ok for us to take time to have a discussion about moving to GPLv3 and its merits/drawbacks etc. That's not true for OpenOCD. So what's the best way to proceed here? Make Jim Tcl + LGPL? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale

Re: [Openocd-development] Jim TCL

to other scripting engines and perhaps we'll define up an interface to OpenOCD where one can place any engine on top. Perhaps OpenOCD should be a polymorphic with replaceable drivers underneath. The greatest asset of OpenOCD is the community not the code. :-) -- Øyvind Harboe http

[Openocd-development] Tcl API rules documented in openocd.texi

I think we have gotten far enough that we can start writing up the API rules in openocd.texi Committed the attached patch as a start. Patches most gratefully accepted! Anyone who writes up the API rules gets a pretty free hand in the definition ;-) -- Øyvind Harboe http://www.zylin.com/zy1000

Re: [Openocd-development] Jim TCL

On Tue, Jul 15, 2008 at 4:34 PM, Jonathan Larmour [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: On Mon, Jul 14, 2008 at 11:18 PM, Jonathan Larmour [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: That's not true for OpenOCD. So what's the best way to proceed here? Make Jim Tcl + LGPL? I

Re: [Openocd-development] target scripts

Committed improved error messages. Try now. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/trunk/src/helper/command.c === --- C:/workspace/trunk/src

Re: [Openocd-development] target scripts

progress. -- Ø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

[Openocd-development] Jim Tcl licensing issues resolved

/?group_id=3204 and then we can afterwards copy from Jim Tcl to OpenOCD. http://www.fsf.org/licensing/licenses/index_html#FreeBSD -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd

Re: [Openocd-development] Please can someone test if GDB and r814 is running?

/at91eb40a.cfg = result? -- Ø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] Fixes to \ and / handling for OpenOCD

: In procedure 'find' called at file ?, line 1 find .\\Makefile .\Makefile find {.\Makefile} .\Makefile Connection to host lost. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/openocd/src/helper/options.c

Re: [Openocd-development] [PATCH] no install bin2char

On Thu, Jul 17, 2008 at 1:09 AM, Charles Hardin [EMAIL PROTECTED] wrote: Don't think bin2char needs to be installed as part of openocd Committed. Thanks! -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] [PATCH] integrate script with command.c

as I get a chance. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/trunk/doc/openocd.texi === --- C:/workspace/trunk/doc/openocd.texi (revision 816

Re: [Openocd-development] [PATCH] remove unneeded cfg_cmd_ctx

a context-mode = CONFIG_EXEC 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

[Openocd-development] Collecting output from openocd commands

from a command. version Open On-Chip Debugger 1.0 (2008-07-17-12:24) svn:exported puts $openocd_output Open On-Chip Debugger 1.0 (2008-07-17-12:24) svn:exported -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace

Re: [Openocd-development] [PATCH] convert drscan back to handle_drscan_command

to command_print(), e.g. command_print_result(). -- Ø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

Re: [Openocd-development] [PATCH] remove active_cmd_ctx v2

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

Re: [Openocd-development] Retire reset_mode option to target

script, then why isn't it run by default as it is for other tools? OpenOCD is a bit off the beaten track here having this config option. Minimally I'd like to require all scripts in the target library to have reset_init as the reset behaviour. -- Øyvind Harboe http://www.zylin.com/zy1000.html

Re: [Openocd-development] Retire reset_mode option to target

. -- Ø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

Re: [Openocd-development] Command conversion - etc.. Observation.

just flash programming. E.g. reading/writing large amounts of data via DCC. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] [PATCH] embed jim into the command init sequence

command processing engine 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

Re: [Openocd-development] Additional jtag controller cfg file.

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

Re: [Openocd-development] Retire reset_mode option to target

On Fri, Jul 18, 2008 at 8:31 AM, Michael Schwingen [EMAIL PROTECTED] wrote: Øyvind Harboe wrote: If there is a reset init script and a reset_init command, of course the init script should be run. If I do a reset, there are many possible scenarios where I want to keep as much processor state

Re: [Openocd-development] Retire reset_mode option to target

be an expected behavior, probably more expected than reset init, IMHO. You have convinced me that reset run is the right choice. There is no question about the state of the target then. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] Retire reset_mode option to target

halted? Running? initialized? load -- Ø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

[Openocd-development] Make reset run default?

as arguments and they always do what the argument says. -- Ø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

Re: [Openocd-development] Retire reset_mode option to target

towards reset run for the reasons Pavel pointed out to me, I don't really have many comments on this anymore. Note that reset init is automatically tranlsated to reset run_and_init for the case where srst pulls trst. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG

Re: [Openocd-development] Make reset run default?

users life tcl free. I suppose your end user is someone who doesn't write config scripts, but merely uses your target library, right? I want to keep tcl out of the face of end users who writes config scripts too. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG

Re: [Openocd-development] Make reset run default?

hackers(they come from e.g. the FPGA scene) - the unexpected category. Here we won't get feedback until we have something stable and documented. Also, I'm pleased to see that there is a lot of very good people being added to the OpenOCD contributors. -- Øyvind Harboe http://www.zylin.com/zy1000

Re: [Openocd-development] Retire reset_mode option to target

does something predictable. -- Ø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

Re: [Openocd-development] Retire reset_mode option to target

On Fri, Jul 18, 2008 at 11:19 AM, Pavel Chromy [EMAIL PROTECTED] wrote: Hello, Øyvind Harboe wrote: A reset will be the same as reset run. If I want to reset and halt the target, then I have to use reset run_and_init explicitly. I agree that this is more intuitive. Dominic suggested

[Openocd-development] Fix GDB timeout error messages

in the 1000ms timelimit. GDB alive packet not sent! (1020) -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/trunk/src/helper/log.c === --- C:/workspace/trunk

Re: [Openocd-development] cortex m3 - breakpoints

I've put the synchronous resume back in. Xing fingers that it will work right this time. Please retest(or be warned that it might be broken again :-) -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

[Openocd-development] reset run is by default

as last time by default. If someone wants such a thing :-) # past this into your .cfg file and you have a new command x proc x {args} { global saved_reset if {[llength $args]==0} { set y $saved_reset } else { set y $args } reset $y set saved_reset $y } -- Øyvind Harboe

Re: [Openocd-development] reset run is by default

was retired. Is there a *SIMPLE* non tcl way an average person can specify a script file to be executed every time reset occurs. help target_script -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] reset run is by default

args] } easier than that, just stuff this into the unknown proc in startup.tcl. I am not sure if Jim/TCL supports the magic args parameter. Anyway - this would mean some tweaking on the existing C functions. it does. Already in use. Perhaps a different prefix? ocd_ -- Øyvind Harboe

Re: [Openocd-development] reset run is by default

Committed. -- Ø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

Re: [Openocd-development] reset run is by default

. Commit? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/openocd/src/helper/startup.tcl === --- C:/workspace/openocd/src/helper/startup.tcl (revision 822

Re: [Openocd-development] reset run is by default

, but daemon_startup is causing problems for future and current users. It is a confusing and unecessary command. It implies that it can do something init + reset can not do, which is very misleading and leads to who knows what sort of confusion. -- Øyvind Harboe http://www.zylin.com/zy1000.html

Re: [Openocd-development] Please do not REMOVE stable functionality in the moment!

branch from there. Cutting a branch has two purposes: it documents what code is considered stable and it allows backport of fixes. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd

Re: [Openocd-development] daemon_startup is now retired for a much moregeneric scheme

test.cfg, line 4 Info:options.c:50 configuration_output_handler(): In procedure 'unknown' called at file ?, line 1 [EMAIL PROTECTED] /cygdrive/c/workspace/build $ cat test.cfg interface dummy daemon_startup xxx -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG

Re: [Openocd-development] r834 und SAM7SE with external RAM, could not set breakpoint

will be better of. Hopefully OpenOCD has more new users in the future than has been accumulated in the past. That said, pain *is* taken to make things compatible or give helpful error messages. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash

Re: [Openocd-development] multi target reset

definitely want to keep this sort of functionality out of the hair of normal users, so I'd prefer an overrideable proc. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing

Re: [Openocd-development] reset

above, we can write a command that issues defines the proc. But to suggest something I'd need to know more precisely what you have in mind. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] reset_mode argument is deprecated

. And is going away... You have been warned. CHANGE NOW... This message is *WRONG* and misleading. Hmm how about just issuing a syntax error? That will point to the line in question and is better(?) than things appearing to work but not working like they used to? -- Øyvind Harboe http

Re: [Openocd-development] [PATCH] OCD naming compulsion... grrrr

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

Re: [Openocd-development] [PATCH] Jim - show cwd when sourcing a file

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

Re: [Openocd-development] [PATCH] Add support for non-CFI flash A29L800A

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

Re: [Openocd-development] More TCL functions - for stm32 (like at91)

Committed. But: the cortex_m3.tcl is missing. Committed the others. Please submit a patch against trunk. Doesn't your tool allow creating patches that adds/deletes/moves files? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] reset

a quick look at gdb reset stuff and I'll look more closely later. It appears to me that we can define overrideable proc's in startup.tcl that no user would ever need to override to handle the detach/restart actions. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG

Re: [Openocd-development] [PATCH] OCD naming compulsion... grrrr

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

Re: [Openocd-development] Demystifying reset a bit

is pretty decent(based on feedback) w.r.t. handling the various ARM targets out there. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] TCL and incomplete commands

typing x for shutdown proc x {} { shutdown } If you want to add arguments: proc y {foo} { reset $y } -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing

Re: [Openocd-development] keep_alive()

the same from GDB. Perhaps it should be prefixed with BUG: ? Regards, Dominic ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development -- Øyvind Harboe http

Re: [Openocd-development] Demystifying reset a bit

that does not inconvenice normal users, but allows for more powerful target scripts to be defined. Also the second scheme is not very flexible. A more flexible way of handling targets becomes important with heterogenous chains as has been discussed on the list. -- Øyvind Harboe http://www.zylin.com/zy1000

[Openocd-development] GDB restart packet

); break; default: /* ignore unkown packets */ -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

[Openocd-development] Improve log output

copy) @@ -47,7 +47,7 @@ int configuration_output_handler(struct command_context_s *context, const char* line) { - LOG_INFO_N(line); + LOG_USER_N(line); return ERROR_OK; } -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash

Re: [Openocd-development] Reset Madness

in the queue failed. Simple: if { catch [jtag -execute-queue] msg } { puts ERROR: $msg } 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 Harboe

Re: [Openocd-development] OpenOCD SVN /trunk and GDB not showing the correct PC

of the white lie upon connect, but for now it seems like the best option. Perhaps waiting 500ms for the halted state will do the trick? If this fails, then I'd like to see the -d3 log. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

Re: [Openocd-development] OpenOCD SVN /trunk and GDB not showingthe correct PC

-- Ø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

Re: [Openocd-development] Need pointers getting FT2232 JTAG interface for AMD Elan SC520

MIPS in main trunk even if it is work in progress as long as the risk of interference and regression is medium to low. https://lists.berlios.de/pipermail/openocd-development/2008-June/002261.html -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash

[Openocd-development] Reset init script trick w/load_image

. load_image file address ['bin'|'ihex'|'elf'|'s19'] [min_address] [max_length] -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Index: C:/workspace/openocd/src/target/target.c

Re: [Openocd-development] Oddities in target.c gdb_server.c

in target_read/write_buffer()... Note that we *have to* fail the packet if the requested amount of memory is more than a couple of k's. GDB has code to split up memory read/write packets, so anything above this fragmentation limit really is a pathological sign. -- Øyvind Harboe http

Re: [Openocd-development] 'flash write_image' and 'verify_image' commands fail if there are no more hardware breakpoints available

package that gives us file IO. -- Ø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

Re: [Openocd-development] arm7_9 sw_bkpts enable

of breakpoints to use in the future, but do not affecting already set breakpoints? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development

Re: [Openocd-development] [PATCH] enable warnings, clean up warnings

Hmmm... I tried to apply this patch, but it didn't work... Did you create it in some new way? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd

Re: [Openocd-development] pushing srst_pulls_trst handling into targets

Committed. The next step would be to push the halt during reset into the implementation of assert/deassert reset(it is mostly in there anyway). -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer

  1   2   3   4   5   6   7   8   9   10   >