On Thursday 11 February 2010, Øyvind Harboe wrote:
Someone should file a bug report in Trac, to help make sure this doesn't
get overlooked next time.
Filed this.
(Note that there are other reasons to have bugs in the database ... without
records, it's hard to do any historical analysis, e.g.
Hi all!
When I set a breakpoint in my application, the breakpoint works, but when
I continue, the program crashes (data abort) after resuming.
I'm using a custom board with an at91rm9200 (arm920t based) cpu, the software
is RTEMS based and uses icache and dcache.
Using openocd 0.3.1 and openocd
Please provide steps to reproduce. We may have an at91rm9200 around
the office.
--
Øyvind Harboe
Visit us at Embedded World, March 2nd-4th. IS2T's stand, HALL 10 - 118
http://www.zylin.com/events_embeddedworld.html
US toll free 1-866-980-3434 / International +47 51 63 25 00
Also, could you do a git bisect? That would be *hugely* helpful.
http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html
--
Øyvind Harboe
Visit us at Embedded World, March 2nd-4th. IS2T's stand, HALL 10 - 118
http://www.zylin.com/events_embeddedworld.html
US toll free 1-866-980-3434 /
(forgotten to cc the list)
On Thursday 11 February 2010 09:56:17 you wrote:
Please provide steps to reproduce. We may have an at91rm9200 around
the office.
* I have compiled rtems4.9.0 + testsuite for csb337 (should run on
at91rm9200-dk too).
* /opt/rtems-4.9/bin/arm-rtems4.9-gdb
On Thursday 11 February 2010, Marc Pignat wrote:
Using openocd 0.3.1 and openocd 0.4.0-rc1, the software crashes, but using
openocd 0.1.0 the software worked as expected.
So, for the record, this is a regression
- since 0.1.0
- but *NOT* since 0.3.1
Which means:
*
On Thu, Feb 11, 2010 at 9:39 PM, David Brownell davi...@pacbell.net wrote:
On Thursday 11 February 2010, Marc Pignat wrote:
Using openocd 0.3.1 and openocd 0.4.0-rc1, the software crashes, but using
openocd 0.1.0 the software worked as expected.
So, for the record, this is a regression