Re: [OpenOCD-devel] Is this correct ?

2012-02-17 Thread Drasko DRASKOVIC
On Fri, Feb 17, 2012 at 9:21 PM, wrote: > Drasko , > Thank you for your reply. > >> Yes and no. >> mwh stands for "memory write half (word)", i.e.16 bits, i.e. 2 bytes (not 4 >> as you mentioned). > do you mean  mwh should  display  4 characters because each character are 4 > bits? > Is it so?

Re: [OpenOCD-devel] Is this correct ?

2012-02-17 Thread Spencer Oliver
On 17 February 2012 20:21, wrote: >> >> Did you suceed to halt your processor ? If yes, how ? Where was your error >> ? Please share this information for the documentation purposes. > > I posted bugs I received when trying  my MIPS CPU to enter debug mode. But no > response > from the developer

Re: [OpenOCD-devel] Is this correct ?

2012-02-17 Thread jana1972
Drasko , Thank you for your reply. > Yes and no. > mwh stands for "memory write half (word)", i.e.16 bits, i.e. 2 bytes (not 4 > as you mentioned). do you mean mwh should display 4 characters because each character are 4 bits? Is it so? > > Did you suceed to halt your processor ? If yes, how

Re: [OpenOCD-devel] Is this correct ?

2012-02-17 Thread Drasko DRASKOVIC
Yes and no. mwh stands for "memory write half (word)", i.e.16 bits, i.e. 2 bytes (not 4 as you mentioned). Did you suceed to halt your processor ? If yes, how ? Where was your error ? Please share this information for the documentation purposes. Btw. did you configured well your SDRAM controller

[OpenOCD-devel] Is this correct ?

2012-02-17 Thread jana1972
My embeded system with MIPS CPU uses 4 modules of SDRAM module with 16 bits of data bus. (Each module has 64MB, that is the configuration is 32Mx16=512Mb, that is the whole SDRAM is 256MB) I want to write some data to SDRAM via JTAG. Is my thinking correct saying that mwh 0x123456 0xac23

[OpenOCD-devel] [PATCH]: 8dd7d46 flash: add stm32lx High Density Devices

2012-02-17 Thread gerrit
This is an automated email from Gerrit. Spencer Oliver (s...@spen-soft.co.uk) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/466 -- gerrit commit 8dd7d4637b13a96907884460727a477e0fcd4ec0 Author: Spencer Oliver Date: Fri Feb 17 14:41:33 2012 +

[OpenOCD-devel] [PATCH]: 3e2b853 flash: change stm32lx driver probe behaviour

2012-02-17 Thread gerrit
This is an automated email from Gerrit. Spencer Oliver (s...@spen-soft.co.uk) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/465 -- gerrit commit 3e2b8534cddf20b2a7ff7e4433e3c807ae54ef2e Author: Spencer Oliver Date: Fri Feb 17 14:33:48 2012 +

Re: [OpenOCD-devel] GDB Hardware debugging

2012-02-17 Thread Jonathan Dumaresq
Hi Andrew, > Ah yes, I remember that thread well > I've never tried the older zylin branded plugin, I've only ever used > newer version of eclipe with gdb hardware debugging plugin built in, > currently on indigo. Just for old time sake I tried again, I'm using > a newer gdb and newer openocd

[OpenOCD-devel] [PATCH]: 28c2647 Fix Typo in cfg file

2012-02-17 Thread gerrit
This is an automated email from Gerrit. Jonathan Dumaresq (jdumar...@cimeq.qc.ca) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/464 -- gerrit commit 28c2647d0da3180ac4d17b24dd1fe7f21ea82114 Author: Jonathan Dumaresq Date: Fri Feb 17 08:24:35 2012 -05

Re: [OpenOCD-devel] Stm32lx Flash script

2012-02-17 Thread Spencer Oliver
On 17 February 2012 00:40, Noel Diviney wrote: > > > Hi Spencer, > > Apologies for being a pain again. > I am still not able to program the flash on the stm32l-discovery board. > The attachment has the main script, modified per your suggestions,  plus > normal openocd output as well as a full -d3