> Reset is reset, it literally means to reset the target, nothing more. > So if reset_mode is retired, I believe that the default behavior of reset > command > should be as plain as pressing a button which pulls the reset line - that > is, "reset run", > just a plain reset. If user needs to init the target, (s)he shall issue > "reset init" command.
I think "reset run" is a good idea as a default because there is no ambiguity. When the target is halted, then who knows what state it is in. > In general, I agree that the default behavior of reset command (unless > overridden by custom Tcl proc) > shall be fixed, as reset_mode adds unnecessary confusion. Thanks! :-) > Note: Other logical possibility for reset command without parameters would > be to do either "reset run" > or "reset [run_and_]halt" depending on current state of the target - i.e. > leave it running or halted after the reset, > this might also 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 _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
