[OpenOCD-devel] [PATCH]: 519209d add support for Atmel SAM4L NOR Flash

This is an automated email from Gerrit. Andrey Yurovsky (yurov...@gmail.com) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/1639 -- gerrit commit 519209deef3a1c965e2f07e0b66094f88f1dc68a Author: Andrey Yurovsky Date: Thu Sep 19 13:59:09 2013 -0700

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 16:44, Chris Fryer wrote: > On 19/09/13 16:33, Spencer Oliver wrote: >> >> That cmd is not correct, try: >> reset_config srst_only srst_nogate >> the cmd you tried is for setting the core reset, it is confusing i know. >> >> Just done a quick test and it seems to be working he

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 17:27, Spencer Oliver wrote: > On 19 September 2013 17:20, Thomas Schmid wrote: >> Spencer, >> >> Your patch compiles, and it pulls down the reset line. However, I noticed >> something else. The Reset line doesn't get pulled up all the way. It is >> stuck at 2V, instead of th

Re: [OpenOCD-devel] cmsis-dap reset problem

Chris, Are you able to try the attached patch, if not can you send me the binary that causes connection issues? This patch adds support for connecting under reset, this is already supported by the other adapters that OpenOCD supports. To use you will need to tweak your reset_config line, eg. res

[OpenOCD-devel] (no subject)

-- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack in

Re: [OpenOCD-devel] high output drive capability in raspberry pi

Hi, On Thu, Sep 19, 2013 at 06:13:49PM +0200, Nicolas Produit wrote: > it looks good. > Nothing burned. Nothing could have been burned just because RPi should be using stronger pulls to drive the GPIO lines :) It would be nice if you confirmed that with a 'scope as I do not have neither RPi nor o

Re: [OpenOCD-devel] cmsis-dap reset problem

Ups. After fixing my script, reset now works. However, I still get the following error. It looks like it finds the chip for a while, but then it gets a read error, after which it finds it again: Info : CMSIS-DAP: FW Version = 1.0 Info : SWCLK/TCK = 0 SWDIO/TMS = 1 TDI = 0 TDO = 0 nTRST = 0 nRESET

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 20:21, Thomas Schmid wrote: > Ups. After fixing my script, reset now works. > That's good, however 'connect_assert_srst' should only be required under certain conditions such as when swd/jtag has been disabled or if invalid options have been programmed (if supported). Is this still

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 17:34, Thomas Schmid wrote: > Yes, the above binary locks oocd out. However, using the mbed tool I can > still flash the board (with the drag and drop method). > > I agree, it "should" be open-drain. There is a 10k pullup, but clearly > on my board something fights against it. Maybe the

Re: [OpenOCD-devel] cmsis-dap reset problem

Just to reconfirm, the above main.elf binary locks me out and oocd can't connect to the board anymore. Switching to Windows, and dropping the earlier FRDM_RGBLED_KL25Z.bin file into the folder reprograms the board. Switching back to Linux and connecting oocd works again. - Thomas On Thu, Sep 19

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 15:55, Thomas Schmid wrote: Yes, very quick: 1. disconnect your board, press reset button and hold it while plugging board back in. 2. Drop this bootloader on the BOOTLOADER drive: https://mbed.org/media/uploads/samux/mbed_if_v2.0_frdm_kl25z.s19 3. Unplug, plug back in. 4. Drop th

[OpenOCD-devel] [PATCH]: d6a31f0 doc: correctly terminate @xref

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/1637 -- gerrit commit d6a31f012320a3ae131ada485367dc4cf3d9dc41 Author: Spencer Oliver Date: Thu Sep 19 15:14:47 2013 +0100

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 17:27, Spencer Oliver wrote: > I also switched to the mbed dap driver, just to make sure that this is not > the problem. > > The application I am trying to flash is this one: > > https://community.freescale.com/servlet/JiveServlet/download/312559-255229/test-frdm-kl25z.tar.gz > > Binar

Re: [OpenOCD-devel] cmsis-dap reset problem

Yes, the above binary locks oocd out. However, using the mbed tool I can still flash the board (with the drag and drop method). I agree, it "should" be open-drain. There is a 10k pullup, but clearly on my board something fights against it. Maybe the app configures that I/O line with a pull-down? I

Re: [OpenOCD-devel] high output drive capability in raspberry pi

Hi, it looks good. Nothing burned. I am able at least to play a svf file on an igloo chip using a rapsberry pi. Last time I tried it did not went to the end and stopped with errors after some minutes, I don't know if it was due to not enough current capability but this is first thing I suspected.

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 17:20, Thomas Schmid wrote: > Spencer, > > Your patch compiles, and it pulls down the reset line. However, I noticed > something else. The Reset line doesn't get pulled up all the way. It is > stuck at 2V, instead of the 3.3 that it should be at. > I will look into that. > >

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 16:42, Thomas Schmid wrote: > No luck over here with this command. The Reset line doesn't move. > > Does the command have to be at a specific place in the configuation (e.g. > before we include the kl25.cfg file)? > > Spencer: which programmer are you using? I use the Keil boo

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 15:46, Chris Fryer wrote: > On 19/09/13 15:29, Thomas Schmid wrote: > > You can unstuck your device by reprogramming it using the mbed.org tools. At > least, that's what worked for me. > > Thanks for the suggestion. > I haven't used mbed at all and from a quick look, it's not

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 16:33, Spencer Oliver wrote: > That cmd is not correct, try: > reset_config srst_only srst_nogate > the cmd you tried is for setting the core reset, it is confusing i know. > > Just done a quick test and it seems to be working here. Hmmm ... something funny going on. Maybe I'm a patch s

Re: [OpenOCD-devel] cmsis-dap reset problem

No luck over here with this command. The Reset line doesn't move. Does the command have to be at a specific place in the configuation (e.g. before we include the kl25.cfg file)? Spencer: which programmer are you using? I use the Keil bootloader included in the app note 232 for the FRDM board (usb

[OpenOCD-devel] [PATCH]: 528178f README.Windows: only MinGW-w64 is suitable for building, not regular MinGW

This is an automated email from Gerrit. Paul Fertser (fercer...@gmail.com) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/1638 -- gerrit commit 528178fa82563a052c4e03d463ab9b88b41c7afa Author: Paul Fertser Date: Thu Sep 19 19:21:35 2013 +0400 REA

Re: [OpenOCD-devel] cmsis-dap reset problem

Should work on Linux and Mac, depending on your bootloader version. At least on my Ubuntu 13.04, the BOOTLOADER drive shows up. - Thomas On Thu, Sep 19, 2013 at 9:02 AM, Chris Fryer wrote: > On 19/09/13 15:55, Thomas Schmid wrote: > > Yes, very quick: > > 1. disconnect your board, press res

Re: [OpenOCD-devel] cmsis-dap reset problem

Yes, very quick: 1. disconnect your board, press reset button and hold it while plugging board back in. 2. Drop this bootloader on the BOOTLOADER drive: https://mbed.org/media/uploads/samux/mbed_if_v2.0_frdm_kl25z.s19 3. Unplug, plug back in. 4. Drop the attached binary on your board. 5. Now you c

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 16:29, Chris Fryer wrote: > On 19/09/13 15:53, Spencer Oliver wrote: >> >> Another option is to press and release the reset button while OpenOCD is >> trying to connect. It may take a few attempts but usually works, the object >> is to connect before any code is executed. Chee

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 16:12, Thomas Schmid wrote: > Should work on Linux and Mac, depending on your bootloader version. At > least on my Ubuntu 13.04, the BOOTLOADER drive shows up. I'm on Ubuntu 13.04 and the BOOTLOADER drive shows up but IIRC dropping an S19 file on it had no effect. I could only reflash

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 15:53, Spencer Oliver wrote: > Another option is to press and release the reset button while OpenOCD > is trying to connect. It may take a few attempts but usually works, > the object is to connect before any code is executed. Cheers Spen No luck with any of the reset_config options

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19/09/13 15:29, Thomas Schmid wrote: You can unstuck your device by reprogramming it using the mbed.org tools. At least, that's what worked for me. Thanks for the suggestion. I haven't used mbed at all and from a quick look, it's not obvious how to access these 'tools'. Is

Re: [OpenOCD-devel] cmsis-dap reset problem

On 19 September 2013 15:29, Thomas Schmid wrote: > Chris, > > I am having very similar problems. cmsis-dap does a software reset using > SWD. That's why you don't see any activity on the reset line. You can > unstuck your device by reprogramming it using the mbed.org tools. At least, > that's what

Re: [OpenOCD-devel] cmsis-dap reset problem

Chris, I am having very similar problems. cmsis-dap does a software reset using SWD. That's why you don't see any activity on the reset line. You can unstuck your device by reprogramming it using the mbed.org tools. At least, that's what worked for me. I am now looking into a way to switch from so

[OpenOCD-devel] cmsis-dap reset problem

I've managed to break my (openocd-FRDM-KL46z-cmsis-dap-K10) system by putting the uC to sleep immediately on power up with no wakeup mechanism and now can't connect using openocd to reflash it. I can't see any activity on the reset line during attempted connection. Should there be? Reset restar

Re: [OpenOCD-devel] Fwd: Erased value trouble

On 19 September 2013 12:26, Olivier Tomaz wrote: > The change is ok for me. > > I've not done the same way, but please not the stm32l is not the only > platform in openocd which have 0x00 flash erased value. The stm32f seems to > have the same trouble. I'm awaiting my support answer from ST to con

Re: [OpenOCD-devel] Fwd: Erased value trouble

The change is ok for me. I've not done the same way, but please not the stm32l is not the only platform in openocd which have 0x00 flash erased value. The stm32f seems to have the same trouble. I'm awaiting my support answer from ST to confirm this. Have a nice day, Cheers, Topaz On Thu, Sep 19

Re: [OpenOCD-devel] Fwd: Erased value trouble

On 19 September 2013 11:00, Olivier Tomaz wrote: >> >> Long term padding the image sections does need sorting out. However >> cannot see that being for a while so guess we need to add an option to >> set the default erased value. > > > What I did, I've just added a field to each flash_driver to se

[OpenOCD-devel] [PATCH]: ec2a8cd flash: add padded_value cmd

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/1635 -- gerrit commit ec2a8cd9505afd51f03b151714b6697a4490bbe3 Author: Spencer Oliver Date: Thu Sep 19 12:07:06 2013 +0100

[OpenOCD-devel] [PATCH]: f570894 stm32l: set default padded value

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/1636 -- gerrit commit f5708949ba4acb3e73c254ebc58986a383e1e01c Author: Spencer Oliver Date: Thu Sep 19 12:08:53 2013 +0100

Re: [OpenOCD-devel] Fwd: Erased value trouble

Dear, On Thu, Sep 19, 2013 at 11:44 AM, Spencer Oliver wrote: > On 19 September 2013 09:14, Olivier Tomaz wrote: > > Hi folks, > > > > I've been working on stm32l1 for a while now, and I'm just struggled by a > > problem. It is first needed to say that the flash erased value on this > arch > >

Re: [OpenOCD-devel] Fwd: Erased value trouble

On 19 September 2013 09:14, Olivier Tomaz wrote: > Hi folks, > > I've been working on stm32l1 for a while now, and I'm just struggled by a > problem. It is first needed to say that the flash erased value on this arch > is 0x00 not 0xFF. > I did not realise this, but just checked and the erased va

[OpenOCD-devel] [PATCH]: 9490a7b cortex_m: set fpb_enabled on enabling fpb

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/1634 -- gerrit commit 9490a7baec3f5dca481a97fc01b0ee92b5c8a7fe Author: Spencer Oliver Date: Thu Sep 19 10:19:57 2013 +0100

[OpenOCD-devel] Fwd: Erased value trouble

Hi folks, I've been working on stm32l1 for a while now, and I'm just struggled by a problem. It is first needed to say that the flash erased value on this arch is 0x00 not 0xFF. 1/ start oocd 2/ start gdb 3/ perform monitor flash erase of the full flash 4/ x /256xb 0x8024B00 => full of 00's, this