Hi Evan,
thanks for submitting this! This is a very neat new feature and
I will have a look to see if we can't get this merged with the
master branch sooner rather than later to facilitate cooperaiton
and piecemeal improvements to this feature.
--
Øyvind Harboe
Can Zylin Consulting help on
Hi Evan,
I got warnings/errors when building, so I've made some attempts
at correcting these warnings/errors.
How does this look?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7
In target.c, I'm wondering if we should modify the code to execute
the same code path and have support for no new packages, unless
the target-rtos is initialized.
This would mean no change in behavior unless -rtos has been specified
and we could merge it sooner rather than later.
Thoughts?
--
On Mon, Apr 11, 2011 at 1:05 PM, Øyvind Harboe oyvind.har...@zylin.com wrote:
In target.c, I'm wondering if we should modify the code to execute
the same code path and have support for no new packages, unless
the target-rtos is initialized.
Hello! This modular design of OpenOCD is so awsome
Before going a bit futher in the 2nd patch.
I describe a bit more the expected changes.
As the modifications should ideally apply to all dap user,
I had a look
-1- cortex_m3.c
I noticed already differences between cortex_m3 and cortex_a :
In cortex_m3 : ap_bank_value is initialized at 0, no
I haven't been following cortex work closely enough to comment
in detail, but a couple of things come to mind:
try to split the commits into the harmless first and then
later on those that enable new features and have a bigger
chance of breaking things.
Having small commits will make it easier
Hi Øyvind,
The scanf format %llx does not work in MinGW. Perhaps some system specific
macros are needed such as in the attached
Evan
-Original Message-
From: Øyvind Harboe [mailto:oyvind.har...@zylin.com]
Sent: Monday, 11 April 2011 11:03 PM
To: Evan Hunter
Cc:
hi,
i've been working on a patch to support the dsp568013.
i wanted to submit the patch (it is far from being complete), but i cannot
compile from the root dir.
i've been compiling from /src, since compiling from the root dir complains
about this:
I'm not sure what you mean - when there is no -rtos parameter, the only
modified code in target.c that will be run is the initialization of the rtos
variables:
target-rtos = NULL;
target-rtos_auto_detect = false;
Evan
-Original Message-
From: Øyvind Harboe
On Tue, Apr 12, 2011 at 5:59 AM, Evan Hunter ehun...@broadcom.com wrote:
I'm not sure what you mean - when there is no -rtos parameter, the
only modified code in target.c that will be run is the initialization of
the rtos variables:
I thought some extra packet types were handled differently as
i haven't touched anything regarding doc...
what should i modify to fix this?
thanks!
Did you try:
sh bootstrap
./configure --enable-maintainer-mode ...
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
Ah - those are in gdb_server.c
Yes, you could have checks of target-rtos in the gdb_server file wherever an
rtos function is called, however I think you'll find that already happens
within the rtos functions themselves. I have no preference as to where the
check occurs.
Evan
-Original
https://lists.berlios.de/pipermail/openocd-development/2011-April/018646.html
Laurent
http://www.amontec.com
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On Tue, Apr 12, 2011 at 7:23 AM, Evan Hunter ehun...@broadcom.com wrote:
Ah - those are in gdb_server.c
Yes, you could have checks of target-rtos in the gdb_server file
wherever an rtos function is called, however I think you'll find that
already happens within the rtos functions themselves. I
14 matches
Mail list logo
