diff options
| author | Pixel <pixel@nobis-crew.org> | 2011-02-05 11:13:17 -0800 |
|---|---|---|
| committer | Pixel <pixel@nobis-crew.org> | 2011-02-05 11:13:17 -0800 |
| commit | b6378c65dbad497cab13c3551e89b9bbbef2602b (patch) | |
| tree | 0cb87beab22e351e3a083aa4f41c8edc9b989e1e | |
| parent | 8b1fadd6a89f12cbc81c5d621a75b91dd9eedec2 (diff) | |
Updating the README to reflect the latest changes in the project's architecture.
| -rw-r--r-- | README.md | 24 |
1 files changed, 18 insertions, 6 deletions
@@ -1,9 +1,8 @@ uC-sdk - a lightweight development kit for embedded micro-controllers ===================================================================== -This SDK revolves around FreeRTOS and newlib in order to provide basic -support for unix-like environment, in a real time multitasked-enabled -fashion. +This SDK revolves around FreeRTOS in order to provide basic support for +unix-like environment, in a real time multitasked-enabled fashion. Currently, the only supported target is the LPX1768 CPU, a Cortex-M3 ARM, which is available on the mbed board (http://mbed.org/), but I hope in @@ -21,8 +20,8 @@ RTOS: The FreeRTOS directory contains the FreeRTOS source code. The main modification done there is a few minor bug fixes, and adding the support -to the _impure_ptr switching support for newlib's reent system. The current -memory management is done using newlib's allocator. +to the _impure_ptr switching support for our libc's reent system. The current +memory management is done using the libc's allocator. Architectures: @@ -32,9 +31,22 @@ code, drivers and link scripts. System: The os directory contains more generic code, in order to boot the CPU, set up -your binary's environment, provide the necessary glue to newlib, and set up +your binary's environment, provide the necessary glue to libc, and set up a proper shutdown sequence. +libc: + +The current libc implementation is excessively minimal. Even more minimal than +uClibc that is. The goal is to provide bare-metal features while still having +a minimum of portability. + +libm: + +Right now, libm is Sun's fdlibm, compiled in IEEE mode (ie, no error handling +is being done, unlike a normal libm). Be careful though, as most uC processors +dont contain any FPU. Using any kind of math will greatly increase the code +size, as well as CPU usage while processing. + ARM / Cortex-M3 / mbed ---------------------- |