ANN: lm32-rtems4.10 toolchain rpms
joel.sherrill at OARcorp.com
Wed Feb 25 19:48:33 UTC 2009
I have ticker running now on lm32-gdb. It is VERY
VERY slow. I will put it on my todo list to move
the clock driver to the template style and
be able to turn on "simulator fast idle" which
should help enormously.
Am I correct from the output of strings on
the executable that only the uart and timer
are simulated? No ethernet.
This is a major step forward. It puts us on
the path to being able to test RTEMS and
the tools on the lm32.
Jukka Pietarinen wrote:
> Joel Sherrill wrote:
>> YEAH! hello world now runs!!
>> ticker fails with this:
>> rtems_configuration_get_microseconds_per_tick() 10000
>> PERIOD 750000
>> core: 4 byte write to unmapped address 0x80002008 at 0x8000eb0
>> So it needs a timer configured.
> It seems you figured it out already. Great! The memory configuration
> comes from the file
> rtems/c/src/lib/libbsp/lm32/lm32_evr/include/system_conf.h which is
> produced by the Lattice Mico System Builder (MSB).
> There are 32 kbytes of internal RAM at 0x04000000 (the Exception Base
> Address, EBA is set to the start of this block), there are 64 Mbytes of
> RAM (external DDR2) starting at 0x08000000 where most of the code is
> loaded. The reason there for these two blocks is a Lattice FAE told me
> to keep the EBA in internal memory and the applications definitely will
> not fit in internal memory.
> In addition to this the hardware debugger requires its own memory at
> 0x00000000, but I don't know if the simulator needs to be aware of this.
> Thanks to all of you for your help getting lm32 support to RTEMS!
> Btw. I have not heard from Lattice for a while if I could get an Mico
> development board to build a BSP for it but I will ask again.
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the users