This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: ecos-3.0 current stm32 bug?
On 25/08/11 13:13, Philipp Meier wrote:
>
> With the bootloader built under Windows/Cygwin, basepri (mon reg
> basepri) is 0x00 when my application's hal_reset_vsr function is reached.
> When I build the bootloader (using the same ecos-library version/code
> and the same bootloader source code) under Linux, then basepri is 0x10
> when my application's hal_reset_vsr function is reached.
>
> Why this difference between Cygwin and Linux?
In theory BASEPRI should have been set to 0x10 by both bootloaders by
the time the application starts running. That the Windows-built
bootloader has not done that is unexpected. It looks like the actual bug
is in the Windows build. The Linux build is doing what I would expect.
So it looks like you have been fortunate not to trip over this issue
earlier.
The comparison of the executables that I mentioned earlier should help.
It looks like only the bootloaders may need comparing.
--
Nick Garnett eCos Kernel Architect
eCosCentric Limited http://www.eCosCentric.com The eCos experts
Barnwell House, Barnwell Drive, Cambridge, UK. Tel: +44 1223 245571
Registered in England and Wales: Reg No: 4422071
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss