[Openocd-development] Reset halt issues with EK-LM3S9B92

2010-04-27 Thread Tobias Ringström
[I accidentally sent this from the wrong email address. I'm resending from the correct (subscribed) address. My apologies if both arrive.] I'm having problems with reset halt and reset init with the EK-LM3S9B92, both with 0.4.0 and the latest git. I'm starting openocd using openocd -f

Re: [Openocd-development] Reset halt issues with EK-LM3S9B92

2010-04-28 Thread Tobias Ringström
On 04/27/2010 03:38 PM, Øyvind Harboe wrote: Could you attach a patch? Of course, but as I said, I don't know for certain that this is a correct fix or not. I also don't know if it is needed only for certain revisions of the device (= B1). It would be nice if someone with a C1 or C3 rev

[Openocd-development] [PATCH] STM32 flash erase timeout fix

2010-04-30 Thread Tobias Ringström
The current timeout for STM32 flash block erase and flash mass erase is 10 (ms), which is too tight, and fails around 50% of the time for me. The data sheet for STM32F107VC specifies a maximum erase time of 40 ms (for both operations). I'd also consider it a bug that the code does not detect a

Re: [Openocd-development] [PATCH] STM32 flash erase timeout fix

2010-05-02 Thread Tobias Ringström
On 2010-05-02 18:52, Øyvind Harboe wrote: 2010/4/30 Tobias Ringströmtob...@ringis.se: The current timeout for STM32 flash block erase and flash mass erase is 10 (ms), which is too tight, and fails around 50% of the time for me. The data sheet for STM32F107VC specifies a maximum erase time

Re: [Openocd-development] [PATCH] STM32 flash erase timeout fix

2010-05-02 Thread Tobias Ringström
On 2010-04-30 14:20, freddie_cho...@op.pl wrote: Użytkownik Tobias Ringströmtob...@ringis.se napisał: The current timeout for STM32 flash block erase and flash mass erase is 10 (ms), which is too tight, and fails around 50% of the time for me. The data sheet for STM32F107VC specifies a

Re: [Openocd-development] Reset halt issues with EK-LM3S9B92

2010-05-12 Thread Tobias Ringström
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/11/2010 09:53 PM, Spencer Oliver wrote: On 11/05/2010 18:22, Øyvind Harboe wrote: So should we just apply this patch you think? Possibly limiting the revision to = B1. I don't have access to a later revision chip, and I will most likely

Re: [Openocd-development] [PATCH 3/3] stm32: add stm32 xl family flash support

2011-01-03 Thread Tobias Ringström
On 12/23/2010 10:09 AM, Spencer Oliver wrote: I am going to have a change around for the stm32 flash as i am also working on a flash driver for the stm32lx and stm32f2x. An eval board with an stm32f207 just landed on my desk, and I was not aware that it wasn't supported by OpenOCD until a

[Openocd-development] arm-none-eabi-gdb 7.3 error: Remote 'g' packet reply is too long

2011-08-25 Thread Tobias Ringström
After updating to GDB 7.3 from 7.2, I can no longer connect to openocd (git version from couple of days ago). The target is a Cortex-M3 STM32F207, and I start openocd using: openocd -f interface/jlink.cfg -f target/stm32f2x.cfg The output from GDB looks like this: arm-none-eabi-gdb

Re: [Openocd-development] arm-none-eabi-gdb 7.3 error: Remote 'g' packet reply is too long

2011-08-26 Thread Tobias Ringström
On 08/25/2011 02:17 PM, Øyvind Harboe wrote: On Thu, Aug 25, 2011 at 2:16 PM, j. m. norrisu17...@att.net wrote: Would it make sense for someone to collect a 'wish list' of 'architectures and registers' and then prioritize it? Ultimately we need patches :-) It doesn't matter if we want