This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: STM32, openocd and eCos
- From: Sergei Gavrikov <sergei dot gavrikov at gmail dot com>
- To: Manuel Borchers <manuel at matronix dot de>
- Cc: ecos-discuss at ecos dot sourceware dot org
- Date: Sun, 12 Dec 2010 21:58:48 +0200 (EET)
- Subject: Re: [ECOS] STM32, openocd and eCos
- References: <1292171581.4928.57.camel@tesla.heim.netz>
On Sun, 12 Dec 2010, Manuel Borchers wrote:
[snip]
> I tried with a cyg_thread_delay(1) et voila: stepping suddenly works! So
> what's goind on here? Has anyone worked with openocd on an STM32?
[snip]
Hi Manuel,
I have not any experience with STM32, below is just a *guess only* . I
am looking on STM's idle thread action code:
hal/cortexm/arch/current/include/hal_arch.h:294
#ifndef HAL_IDLE_THREAD_ACTION
#define HAL_IDLE_THREAD_ACTION(__count) __asm__ volatile ( "wfi\n" )
#endif
WFI -- stands for WAIT FOR INTERRUPTS (~sleep) may be this OP-code
messes deal with JTAG? *Perhaps*, that should be CYG_EMPTY_STATEMENT for
*JTAG* builds?
Manuel, this is my guess only . I know that I can control the action for
LPC2xxx targets, i.e. can disable any kind of power save mode in idle
thread what is recommended for JTAG debugging.
Sergei
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss