On Sun, Nov 2, 2008 at 10:44 PM, Peter Hettkamp
<[EMAIL PROTECTED]> wrote:
>>Hi there,
>>
>>On Sun, Nov 2, 2008 at 9:22 PM, Peter Hettkamp
> <[EMAIL PROTECTED]> wrote:
>>> On Sun, Nov 02, 2008 at 08:04:21PM +0100, ?yvind Harboe wrote:
>>> ...
That would be marevelous, since we also need tester
On Sun, Nov 2, 2008 at 11:33 PM, Alan Carvalho de Assis
<[EMAIL PROTECTED]> wrote:
> Hi Øyvind,
>
> On Sun, Nov 2, 2008 at 5:01 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
>> You should include which svn version you used and explain what happens
>> if one tries SVN HEAD instead.
>>
>
> Do you mean
On Sun, Nov 2, 2008 at 11:40 PM, Alan Carvalho de Assis
<[EMAIL PROTECTED]> wrote:
> Hi Øyvind,
>
> On Sun, Nov 2, 2008 at 5:01 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
>>
>> Committed.
>>
>> You need to update makefile.am to get the file into the install directory,
>> I did it this time.
>>
>
Committed.
Thanks!
--
Ø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
On Nov 2, 2008, at 1:17 PM, Øyvind Harboe wrote:
Hmm, well, it fixes the case where the the target fails to halt.
It doesn't
fix the case where we halt at the wrong address. Time to keep
digging.
Please check with the latest repository.
Perhaps you got bitten by the target_create() bug t
I did a build using -Wall -Wno-unused -Werror today. The attached
patch resolves all the problems encountered. Most of them were
minor. -Wno-unused was necessary due to Jim_ImportEventloopAPI()
being defined as a static method in jim-eventloop.h. This seems to be
intentional per the com
Hi Øyvind,
On Sun, Nov 2, 2008 at 5:01 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
>
> Committed.
>
> You need to update makefile.am to get the file into the install directory,
> I did it this time.
>
Sure, my fault.
Can I submit my ledtest to be included on testing/examples ?
> --
> Øyvind Ha
Hi Øyvind,
On Sun, Nov 2, 2008 at 5:01 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
> You should include which svn version you used and explain what happens
> if one tries SVN HEAD instead.
>
Do you means something like this:
svn checkout http://svn.berlios.de/svnroot/repos/openocd/trunk -r 1125
>Hi there,
>
>On Sun, Nov 2, 2008 at 9:22 PM, Peter Hettkamp
<[EMAIL PROTECTED]> wrote:
>> On Sun, Nov 02, 2008 at 08:04:21PM +0100, ?yvind Harboe wrote:
>> ...
>>> That would be marevelous, since we also need testers who can test the
>>> xsvf stuff and it will also be great to have LPC & CPLD in a
> Hmm, well, it fixes the case where the the target fails to halt. It doesn't
> fix the case where we halt at the wrong address. Time to keep digging.
Please check with the latest repository.
Perhaps you got bitten by the target_create() bug that I just committed
a fix for...
--
Øyvind Harb
target_create() was being invoked twice.
This had lots of strange effects, none directly lethal:
- registers for e.g. xscale was listed twice
- "reg pc 0x1234" + "step" was broken.
I suspect Cortex targets would have experienced similar problems.
target_create() could need a bit of extra error
> I guess that a move to TLR must be handled not by jtag_add_pathmove but
> rather by jtag_add_tlr?
That's correct.
> I might be able to put a patch together later today to test this theory.
That would be marevelous, since we also need testers who can test the
xsvf stuff and it will also be grea
On Sun, Nov 2, 2008 at 1:08 AM, Alan Carvalho de Assis
<[EMAIL PROTECTED]> wrote:
> ouch!
>
> I think gmail broken a line, I am sending it again attached.
Committed.
You need to update makefile.am to get the file into the install directory,
I did it this time.
--
Øyvind Harboe
http://www.zylin.
> I wrote a step-by-step tutorial and a simple ledtest application to
> demonstrate it working:
> http://www.imxdev.org/wiki/index.php?title=I.MX27_ADS_Board_JTAG_OpenOCD
You should include which svn version you used and explain what happens
if one tries SVN HEAD instead.
--
Øyvind Harboe
http:/
Committed.
Thanks!
--
Ø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-d
> Found the source of the problems with Cortex-M3 parts. In cortex_m3_resume
> if debug_execution is non-zero, the PRIMASK and xSPR are modified. The
> problem is that while the register value is changed, it isn't marked valid
> or dirty. So, when armv7m_restore_context() is called later, PRIMAS
16 matches
Mail list logo
