Update README file.

This commit is contained in:
Gregory Nutt 2019-07-09 08:45:06 -06:00
parent fc47c4ecea
commit 21457e9292
2 changed files with 34 additions and 8 deletions

View File

@ -217,12 +217,21 @@ Configurations
lcd:
This is an NSH configuration based on the nsh configuration belong but with LCD
support enabled. This configuration will be used for developing and verifying
basic LCD functionality.
This is an NSH configuration based on the nsh configuration belong but
with LCD support enabled. This configuration will be used for developing
and verifying basic LCD functionality.
The framebuffer is assumed to reside at address 0x80000000 and has size
0x0a000000.
NOTES:
1. The framebuffer is assumed to reside at address 0x80000000 and has a
maximum size 0x0a000000, although probably less than 1Mb will actually
be used for the framebuffer.
2. The HDMI interface is assumed. The TDA19988 HDMI interface is enabled.
STATUS:
2019-07-09: This is very much a work in progress and not suitable for
any use other than testing.
nsh:

View File

@ -379,12 +379,20 @@ Configuration Subdirectories
NOTE: The is no card detect signal so the microSD card must be
placed in the card slot before the system is started.
4. Optimizations:
4. Debugging the RAM version
You can debug the all RAM version using ZDS-II as follows:
a. Connect to the debugger,
b. Load the nuttx.lod file
c. Set the PC to 0x040000
d. Single step a few times to make sure things look good, then
e. "GO"
5. Optimizations:
- The stack sizes have not been tuned and, hence, are probably too
large.
- Currently the code runs out of FLASH. Running out of the zero-
wait-state RAM would be much faster!
STATUS:
2019-06-16: The basic NSH configuration appears to be fully functional
@ -406,6 +414,15 @@ Configuration Subdirectories
2019-06-26: Renamed nsh configuration to nsh_flash. Added nsh_ram
configuration. Not yet verified.
2019-07-09: The RAM version does not run! I can single step through
the initialization and all looks well, but when I "GO", the system
crashes. The PC is sitting at a crazy address when I break in. I
have not yet debugged this.
The identical FLASH version, differing only in the selected linker
script, works just fine. This implies some issue with the
configuration of SRAM for execution.
sdboot
This configuration implements a very simple boot loader. In runs from