Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread Øyvind Harboe
> I use them to debug embedded OSs with MMU enabled... please don't break that > :) Absolutely not :-) It's just that even if we're not at the point where this works smoothly, there is already a lot of stuff in place. >> Not to telnet sessions, but two gdb servers are needed for now. "Just" >> a

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread Aaron Carroll
On 4 April 2011 18:19, Øyvind Harboe wrote: >> Well, maybe I've missed something here. I've never had the need to debug the >> 2nd core (often it is enabled by the OS, so bootloaders don't use it). >> Anyway I wonder which is the suggested way to debug 2 cores at the same >> time. Maybe start 2 op

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread Aaron Carroll
On 4 April 2011 17:43, Øyvind Harboe wrote: > Thanks for testing! That's a pretty good list to kick things off! > >> Features still to be implemented on PandaBoard (and all others Cortex-A*) >> are: >> - software breakpoints > > Presumably the issue here is how to deal with caching? Yes... please

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread Øyvind Harboe
> Well, maybe I've missed something here. I've never had the need to debug the > 2nd core (often it is enabled by the OS, so bootloaders don't use it). > Anyway I wonder which is the suggested way to debug 2 cores at the same > time. Maybe start 2 openocd servers on different ports ( + another

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread luca ellero
On 04/04/2011 9.43, Øyvind Harboe wrote: Thanks for testing! That's a pretty good list to kick things off! Features still to be implemented on PandaBoard (and all others Cortex-A*) are: - software breakpoints Presumably the issue here is how to deal with caching? I didn't investigate too mu

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread Øyvind Harboe
Thanks for testing! That's a pretty good list to kick things off! > Features still to be implemented on PandaBoard (and all others Cortex-A*) > are: > - software breakpoints Presumably the issue here is how to deal with caching? > - tracing > - a reliable way to use two or more cores on cortex-A

Re: [Openocd-development] Pandaboard testing

2011-04-04 Thread luca ellero
On 02/04/2011 18.32, Øyvind Harboe wrote: How did you test? Do you have a list of features that work and doesn't work for pandaboard now? Hi Øyvind, I just did some basic testing: - halting processor - read/write memory/registers - stepping - resetting CPU - setting hardware breakpoints - resum

Re: [Openocd-development] Pandaboard testing

2011-04-02 Thread Øyvind Harboe
How did you test? Do you have a list of features that work and doesn't work for pandaboard now? On 4/2/11, luca ellero wrote: > 2011/4/2 Tomek CEDRO > >> On Sat, Apr 2, 2011 at 7:04 AM, Øyvind Harboe >> wrote: >> > I've pushed a fix for the ti_pandaboard.cfg file. >> > Anyone out there who can

Re: [Openocd-development] Pandaboard testing

2011-04-02 Thread luca ellero
2011/4/2 Tomek CEDRO > On Sat, Apr 2, 2011 at 7:04 AM, Øyvind Harboe > wrote: > > I've pushed a fix for the ti_pandaboard.cfg file. > > Anyone out there who can give it a try? > > I should have one in some time - I will let you know when I get it > (~month?) :-) > > Best regards, > Tomek > > --

Re: [Openocd-development] Pandaboard testing

2011-04-02 Thread Tomek CEDRO
On Sat, Apr 2, 2011 at 7:04 AM, Øyvind Harboe wrote: > I've pushed a fix for the ti_pandaboard.cfg file. > Anyone out there who can give it a  try? I should have one in some time - I will let you know when I get it (~month?) :-) Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.in

[Openocd-development] Pandaboard testing

2011-04-02 Thread Øyvind Harboe
I've pushed a fix for the ti_pandaboard.cfg file. Anyone out there who can give it a try? -- Ø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 ARM9 ARM11 XScale Cortex JTAG debugger and f