Re: [Openocd-development] About CortexM0 support

2010-05-31 Thread Peter Stuge
simon qian wrote: > I tried to add support to LPC11XX in vsprog. > LPC11XX is CortexM0 from NXP. Aha! I think that's exciting! I am most interested in LPC13xx, but I assume there may be some things in common. > If anyone tries to add it to OpenOCD, he can test these differences. Is your OpenOCD

[Openocd-development] About CortexM0 support

2010-05-31 Thread simon qian
I tried to add support to LPC11XX in vsprog. LPC11XX is CortexM0 from NXP. There is the differences: 1. different ID (of course) 2. tar_autoincr_block is 1K instead of CortexM3's 4K 3. fewer asm code can be used in flash loader Thumb2 of CortexM0 is subset of thumb2 of CortexM3. If anyone tries to

Re: [Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Jon Povey
Andreas Fritiofson wrote: > On Mon, May 31, 2010 at 3:13 PM, Kenan Özdemir > wrote: >> target remote localhost: >> monitor reset halt > This looks a bit strange. Nowadays, 'reset init' seems to be preferred > over 'reset halt'. I don't really know the difference but feel it > works better.

Re: [Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Andreas Fritiofson
On Mon, May 31, 2010 at 10:43 PM, Andreas Fritiofson wrote: > On Mon, May 31, 2010 at 10:35 PM, Freddie Chopin wrote: >> On 2010-05-31 21:59, Andreas Fritiofson wrote: >>> >>> Also, I believe a second 'reset init' is >>> needed right after the load in order to update the initial SP and PC >>> fro

Re: [Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Andreas Fritiofson
On Mon, May 31, 2010 at 10:35 PM, Freddie Chopin wrote: > On 2010-05-31 21:59, Andreas Fritiofson wrote: >> >> Also, I believe a second 'reset init' is >> needed right after the load in order to update the initial SP and PC >> from the newly loaded image. > > It's not. > Then what sets it? __

Re: [Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Freddie Chopin
On 2010-05-31 21:59, Andreas Fritiofson wrote: Also, I believe a second 'reset init' is needed right after the load in order to update the initial SP and PC from the newly loaded image. It's not. 4\/3!! ___ Openocd-development mailing list Openocd-de

Re: [Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Andreas Fritiofson
On Mon, May 31, 2010 at 3:13 PM, Kenan Özdemir wrote: > Hi Guys, > > I have the following problem.. > > Each time I try to Debug I got this Error Message it is out of my logfile.. > > Debug: 3397 39766 arm_adi_v5.c:335 jtagdp_transaction_endcheck(): jtag-dp: > CTRL/STAT error, 0xf021 > Error:

Re: [Openocd-development] OpenOCD

2010-05-31 Thread Marek Vasut
Dne Po 31. května 2010 16:19:23 Mars Steeve napsal(a): > I don't think that it's an electrical problem, the jtagkey works fine with > ColibriLoader software, except that it cannot upload more than 128KB > (unable to flash an entire u-boot with flash support). > > >I saw this with my vpaclink on Zy

Re: [Openocd-development] OpenOCD

2010-05-31 Thread Marek Vasut
Dne Po 31. května 2010 09:49:18 Mars Steeve napsal(a): > Hi Marek, > > I finally received my JTAG KEY Tiny and successfully compiled OpenOCD 0.4.0 > with your patches. > > Unfortunately, I'm unable to flash or debug my board (colibri pxa320), the > CPU is never halted. > > I post the result of "

[Openocd-development] STM32 JTAG-DP STICKY ERROR

2010-05-31 Thread Kenan Özdemir
Hi Guys, I have the following problem.. Each time I try to Debug I got this Error Message it is out of my logfile.. Debug: 3397 39766 arm_adi_v5.c:335 jtagdp_transaction_endcheck(): jtag-dp: CTRL/STAT error, 0xf021 Error: 3398 39766 arm_adi_v5.c:361 jtagdp_transaction_endcheck(): JTAG-DP

Re: [Openocd-development] [PATCH] etm: print something when trace buffer empty

2010-05-31 Thread Øyvind Harboe
On Mon, May 31, 2010 at 9:13 AM, Jon Povey wrote: > Øyvind Harboe wrote: >> What tool would you want to feed this trace data into btw? >> >> I was thinking it would be possible to modify the gdb server to >> allow stepping through trace data. > > I don't know.. some kind of gdb hookup might be nic

Re: [Openocd-development] [PATCH] etm: print something when trace buffer empty

2010-05-31 Thread Jon Povey
Øyvind Harboe wrote: > What tool would you want to feed this trace data into btw? > > I was thinking it would be possible to modify the gdb server to > allow stepping through trace data. I don't know.. some kind of gdb hookup might be nice for its symbol resolution, not sure how that would work.