Øyvind Harboe wrote:
> On Fri, Jul 18, 2008 at 11:08 AM, Pieter Conradie
> <[EMAIL PROTECTED]> wrote:
>> Hi Øyvind and Pavel,
>>
>> Some of the e-mails went into the mailing list digest and I did not get them
>> in sequence. Now that I have read all the e-mails in sequence I understand.
>>
>> A "re
Øyvind Harboe wrote:
> We should of course take into account the current users, but my thinking
> is that OpenOCD's *future* users (who are MUCH more numerous :-)
> will thank us for making the right choice.
Right. I vote for "reset" doing simple reset, that is "reset run" and either
keep "reset
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
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 that perhaps removing the default argument altogether would
On Fri, Jul 18, 2008 at 11:08 AM, Pieter Conradie
<[EMAIL PROTECTED]> wrote:
> Hi Øyvind and Pavel,
>
> Some of the e-mails went into the mailing list digest and I did not get them
> in sequence. Now that I have read all the e-mails in sequence I understand.
>
> A "reset" will be the same as "reset
t@lists.berlios.de
Subject: Re: [Openocd-development] Retire reset_mode option to target
On Fri, Jul 18, 2008 at 10:13 AM, Pieter Conradie
<[EMAIL PROTECTED]> wrote:
> Hi Øyvind and Pavel,
>
> Sorry for being obtuse, but I am still not exactly clear on what you are
> trying to achieve.
On Fri, Jul 18, 2008 at 10:13 AM, Pieter Conradie
<[EMAIL PROTECTED]> wrote:
> Hi Øyvind and Pavel,
>
> Sorry for being obtuse, but I am still not exactly clear on what you are
> trying to achieve.
I'm trying to make commands do predictable and expected things across
configurations.
I don't have
s to their default state and $PC to 0x.
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
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
> exampl
Hello Pieter,
Pieter Conradie 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_in
> 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 th
Hi Øyvind, Michael and others,
Øyvind Harboe wrote:
> You can choose the type of reset by the argument to reset
>
> "reset init" *always* executes the init script
> "reset halt" *always* executes a reset halt.
>
> What we are discussing is the case without any arguments "reset".
> I'd like it t
you propose that the target reset configuration is *always* overridden with
"reset init"? Why?
Best regards,
Pieter Conradie
-Original Message-
From: Øyvind Harboe [mailto:[EMAIL PROTECTED]
Sent: 17 July 2008 03:00 PM
To: Openocd-Dev
Subject: [Openocd-development] Retire rese
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 proce
Ø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 as possible, so
>> reset halt is a very reasonable bahiviour unless a dif
On Thu, Jul 17, 2008 at 10:02 PM, Magnus Lundin <[EMAIL PROTECTED]> wrote:
>> On Thu, Jul 17, 2008 at 8:41 PM, Spen <[EMAIL PROTECTED]> wrote:
Any objections?
>>>
>>> Personally i would prefer to keep the existing behaviour.
>>
>> I guess you mean that you are speaking on behalf of w
> On Thu, Jul 17, 2008 at 8:41 PM, Spen <[EMAIL PROTECTED]> wrote:
>>>
>>> Any objections?
>>>
>>
>> Personally i would prefer to keep the existing behaviour.
>
> I guess you mean that you are speaking on behalf of what users
> would want?
That is a VERY good argument !
> The problem is that the b
On Thu, Jul 17, 2008 at 8:41 PM, Spen <[EMAIL PROTECTED]> wrote:
>>
>> Any objections?
>>
>
> Personally i would prefer to keep the existing behaviour.
I guess you mean that you are speaking on behalf of what users
would want?
The problem is that the behaviour is *unexpected*.
If there is a rese
>
> Any objections?
>
Personally i would prefer to keep the existing behaviour.
I have targets where i use reset_halt and run_and_halt depending on when i
want the script to run from a hard reset.
the other reset modes are far from deprecated, they are probably used more
then reset_init.
Again
Any objections?
The attached patch enforces "reset init" as the behaviour for "reset"
(no args) always.
This helps reduce confusion.
A warning is logged if the deprecated syntax is used. The option
old reset_mode option is simply ignored.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7
20 matches
Mail list logo
