Mirrors_Framework/nuttx
1
0
Fork 0
mirror of https://github.com/apache/nuttx.git synced 2026-06-06 00:04:17 +08:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity

Update the TODO list and a README

Browse Source
This commit is contained in:
Gregory Nutt
2014-09-30 14:48:31 -06:00
parent 2248a20224
commit 403d7f380b
1 changed files with 12 additions and 14 deletions
Download Patch File Download Diff File Expand all files Collapse all files
configs/sim/README.txt
+12 -14
View File
@@ -12,7 +12,6 @@ Contents
- 64-bit Issues - 64-bit Issues
- Compiler differences - Compiler differences
- Stack Size Issues - Stack Size Issues
- Buffered I/O Issues
- Networking Issues - Networking Issues
- X11 Issues - X11 Issues
o Configurations o Configurations
@@ -152,13 +151,6 @@ steps for increasing the stack size in that case:
vi builtin_list.h # Edit this file and increase the stack size of the add-on vi builtin_list.h # Edit this file and increase the stack size of the add-on
rm .built *.o # This will force the builtin apps logic to rebuild rm .built *.o # This will force the builtin apps logic to rebuild
Buffered I/O Issues
-------------------
The simulated serial driver has some odd behavior. It will stall for a long time
on reads when the C stdio buffers are being refilled. This only effects the behavior
of things like fgetc(). Workaround: Set CONFIG_STDIO_BUFFER_SIZE=0, suppressing
all C buffered I/O.
Networking Issues Networking Issues
----------------- -----------------
I never did get networking to work on the sim target. It tries to use the tap device I never did get networking to work on the sim target. It tries to use the tap device
@@ -275,13 +267,13 @@ nettest
NOTES: NOTES:
1. The NuttX network is not, however, functional on the Linux TAP 1. The NuttX network is not, however, functional on the Linux TAP
device yet. device yet.
UPDATE: The TAP device does apparently work according to a NuttX UPDATE: The TAP device does apparently work according to a NuttX
user (provided that it is not used with NSH: NSH waits on readline() user (provided that it is not used with NSH: NSH waits on readline()
for console input. When it calls readline(), the whole system blocks for console input. When it calls readline(), the whole system blocks
waiting from input from the host OS). My failure to get the TAP waiting from input from the host OS). My failure to get the TAP
device working appears to have been a cockpit error. device working appears to have been a cockpit error.
2. As of NuttX-5.18, when built on Windows, this test does not try 2. As of NuttX-5.18, when built on Windows, this test does not try
to use the TAP device (which is not available on Cygwin anyway), to use the TAP device (which is not available on Cygwin anyway),
@@ -545,6 +537,12 @@ nxwm
/* Clean up */ /* Clean up */
UPDATE: I recently implemented a good UART simulation to driver
the serial console. So I do not believe that problem exists and
I think that the above workaround should no longer be necessary.
However, I will leave the above text in place until I get then
oppotunity to verify that the new UART simulation fixes the problem.
ostest ostest
The "standard" NuttX apps/examples/ostest configuration. The "standard" NuttX apps/examples/ostest configuration.