Hi Øyvind and Pavel, Sorry for being obtuse, but I am still not exactly clear on what you are trying to achieve.
Let's take the AT91SAM7S as an example. The only way to halt this target and get it into a known "reset" state is to define the configuration as: target arm7tdmi little run_and_init 0 Now a "reset" command would be synonymous for "reset run_and_init". Why would you force a "reset init"? It does not make sense for this target, because it can not be halted immediately upon start up. A "run_and_init" sets the ARM registers to their default state and $PC to 0x00000000. Pieter -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Øyvind Harboe Sent: 18 July 2008 09:52 AM To: Pieter Conradie Cc: openocd-development@lists.berlios.de Subject: Re: [Openocd-development] Retire reset_mode option to target On Fri, Jul 18, 2008 at 9:36 AM, Pieter Conradie <[EMAIL PROTECTED]> wrote: > Hi Øyvind, > > Please explain/specify what is being retired. > > When the target reset configuration is specified, there are options: > "reset_halt", "reset_init", "reset_run", "run_and_halt", "run_and_init" For > example: > > target arm7tdmi little run_and_init 0 > > The reset command has the following options: > > reset ['run'|'halt'|'init'|'run_and_halt' |'run_and_init'] > > It is said in the documentation that the "optional parameter overrides the > setting specified in the configuration file". > > Do you propose that the target reset configuration is *always* overridden > with "reset init"? Why? The problem is that "reset" does not have a well defined meaning where the user can have some expectations about what it will do. The following sequence will have undefined results across target configuration scripts: reset #is the target halted? Running? initialized? load -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Notice This email is intended for the addressee only and may contain legally privileged and/or confidential information. If you have received this email in error and are not the intended recipient, you are hereby informed that you are not entitled to read, broadcast, distribute or in any manner whatsoever use the contents of this email or any attachments thereto. You are requested to please notify Psitek that you have received the email and then delete it. Unless clearly stated otherwise, the content and sentiments expressed in this email or any attachments thereto are those of the sender and not of Psitek (Proprietary) Limited. Psitek does not accept liability for any damages, loss or expense of any nature whatsoever arising (a) out of or in connection with the email or any attachments thereto and/or (b) from any act or omission by the recipient relying upon the content of the email or attachments. Psitek further disclaims liability for any damages caused by computer and/or software viruses. Should this email contain the terms of a contract, no binding agreement will result until such time as a written (hardcopy) document is signed on behalf of Psitek. _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
