diff options
| author | patacongo <patacongo@42af7a65-404d-4744-a932-0658087f49c3> | 2011-06-21 23:53:00 +0000 |
|---|---|---|
| committer | patacongo <patacongo@42af7a65-404d-4744-a932-0658087f49c3> | 2011-06-21 23:53:00 +0000 |
| commit | 2fb334595bfb42d30fef5c83620b3808579b877a (patch) | |
| tree | ee156c72af7d419ccef28789bdf7f25b1820438a /nuttx/Documentation/NuttX.html | |
| parent | 74fd8cf3e0f788c69c6299d8c37b80ab3bab98c9 (diff) | |
| download | nuttx-2fb334595bfb42d30fef5c83620b3808579b877a.tar.gz nuttx-2fb334595bfb42d30fef5c83620b3808579b877a.tar.bz2 nuttx-2fb334595bfb42d30fef5c83620b3808579b877a.zip | |
Remove unused header files; eliminate warnings
git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@3731 42af7a65-404d-4744-a932-0658087f49c3
Diffstat (limited to 'nuttx/Documentation/NuttX.html')
| -rw-r--r-- | nuttx/Documentation/NuttX.html | 24 |
1 files changed, 24 insertions, 0 deletions
diff --git a/nuttx/Documentation/NuttX.html b/nuttx/Documentation/NuttX.html index 52bd5b177..01c8937cb 100644 --- a/nuttx/Documentation/NuttX.html +++ b/nuttx/Documentation/NuttX.html @@ -1630,6 +1630,30 @@ <tr> <td><br></td> <td> + <p><b>AVR-Specific Issues</b>. + The basic AVR port is solid and biggest issue for using AVR is its tiny SRAM memory and its Harvard architecture. + Because of the Harvard architecture, constant data that resides to flash is inaccessible using "normal" memory reads and writes (only SRAM data can be accessed "normally"). + Special AVR instructions are available for accessing data in FLASH, but these have not been integrated into the normal, general purpose OS. + </p> + <p> + Most NuttX test applications are console-oriented with lots of strings used for printf and debug output. + These strings are all stored in SRAM now due to these data accessing issues and even the smallest console-oriented applications can quickly fill a 4-8Kb memory. + So, in order for the AVR port to be useful, one of two things would need to be done: + </p> + <ol> + <li> + Don't use console applications that required lots of strings. + The basic AVR port is solid and your typical deeply embedded application should work fine. + Or, + </li> + <li> + Create a special version of printf that knows how to access strings that reside in FLASH (or EEPROM). + </li> + </ol> +</tr> +<tr> + <td><br></td> + <td> <p> <b>Development Environments:</b> 1) Linux with native Linux GNU toolchain, 2) Cygwin with Cygwin GNU toolchain, or 3) Cygwin with Windows native toolchain. |