On Tuesday 07 July 2009, Øyvind Harboe wrote: > > You must be *trying* to make it sound complex. There is > > no "negotiation" involved at all. Or "overriding" either... > > > > (a) there are four control knobs to diddle, and > > (b) changing one knob doesn't change *ANY* other knob. > > Only I can't see the knobs and I can't tell who which > ones.
That's always been a problem, yes. Luckily that one shoudn't be hard to fix. (The "reset_config" command, with no arguments, could return each knob's setting.) Of course, wanting to see the knobs implies you know something about how they should be set. Which means there's a simple workaround at hand: just set them!! > I'd like to see a reset_config that simply *sets* the > reset config state and doesn't *manipulate* them. That's what it does: it sets each aspect of that state which you tell it to set. What it *DOES NOT* do is change anything behind your back. > I have to spend the time > elsewhere even if I feel that this is a messy and > confusing aspect of OpenOCD. As I noted in the thread about the "Advanced Reset Process" weaknesses ... where I gave seven examples of cases where the current approach just doesn't cut it at all. The fundamental issue is that it doesn't yet do enough of what it needs to do. So there's a bunch of history where a few weak mechanisms have been twisted well beyond what they can realisticaly deliver. There need to be a LOT more than just four knobs; and the parts need to fit together better. - Dave _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development