This is the mail archive of the
ecos-bugs@sourceware.org
mailing list for the eCos project.
[Bug 1001124] New: Cortex M - stack corruption
- From: bugzilla-daemon at bugs dot ecos dot sourceware dot org
- To: ecos-bugs at ecos dot sourceware dot org
- Date: Thu, 20 Jan 2011 18:06:20 +0000
- Subject: [Bug 1001124] New: Cortex M - stack corruption
- Auto-submitted: auto-generated
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001124
Summary: Cortex M - stack corruption
Product: eCos
Version: CVS
Platform: All
OS/Version: Cortex-M
Status: UNCONFIRMED
Severity: normal
Priority: low
Component: HAL
AssignedTo: unassigned@bugs.ecos.sourceware.org
ReportedBy: ecos@hotmail.co.uk
CC: ecos-bugs@ecos.sourceware.org
Class: Advice Request
It is possible to corrupt the stack during the board initialisation when
compiling a ROM application with the KERNEL package.
The RTC clock is started from cyg_hal_invoke_constructors() and, at this point,
the main stack pointer (MSP) and the thread stack pointer (PSP) are equal. In
case the eCos scheduler has not switched the PSP to a thread stack before the
first RTC interrupt happens, the stack get corrupted. This typically happens if
you have some debugging diag_printf in some of the constructors.
Christophe
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.