Re: ecos-3.0 current stm32 bug?
|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]|
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