Fix some typos and compilation errors introduced in the last checkin
git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@4384 42af7a65-404d-4744-a932-0658087f49c3
This commit is contained in:
parent
7513263914
commit
0627a0b4f7
@ -694,9 +694,26 @@ Where <subdir> is one of the following:
|
||||
-CONFIG_STM32_SDIO=n : SDIO is enabled
|
||||
+CONFIG_STM32_SDIO=y
|
||||
|
||||
Logically, that is the only difference. There are, however, other configuration
|
||||
differences as necessary to support this different device configuration. Just
|
||||
the do the 'diff' if you are curious.
|
||||
Logically, that is the only difference: This configuration has SDIO (and
|
||||
the SD card) enabled and the serial console disabled. There is ONLY a
|
||||
Telnet console!.
|
||||
|
||||
There are some special settings to make life with only a Telnet
|
||||
|
||||
CONFIG_SYSLOG=y - Enables the System Logging feature.
|
||||
CONFIG_RAMLOG=y - Enable the RAM-based logging feature.
|
||||
CONFIG_RAMLOG_CONSOLE=y - Use the RAM logger as the default console.
|
||||
This means that any console output from non-Telnet threads will
|
||||
go into the circular buffer in RAM.
|
||||
CONFIG_RAMLOG_SYSLOG - This enables the RAM-based logger as the
|
||||
system logger. This means that (1) in addition to the console
|
||||
output from other tasks, ALL of the debug output will also to
|
||||
to the circular buffer in RAM, and (2) NSH will now support a
|
||||
command called 'dmesg' that can be used to dump the RAM log.
|
||||
|
||||
There are a few other configuration differences as necessary to support
|
||||
this different device configuration. Just the do the 'diff' if you are
|
||||
curious.
|
||||
|
||||
NOTES:
|
||||
1. See the notes for the nsh configuration. Most also apply to the nsh2
|
||||
|
@ -526,6 +526,38 @@ CONFIG_SIG_SIGWORK=4
|
||||
CONFIG_SCHED_WAITPID=y
|
||||
CONFIG_SCHED_ATEXIT=n
|
||||
|
||||
#
|
||||
# System Logging
|
||||
#
|
||||
# CONFIG_SYSLOG - Enables the System Logging feature.
|
||||
# CONFIG_RAMLOG - Enables the RAM logging feature
|
||||
# CONFIG_RAMLOG_CONSOLE - Use the RAM logging device as a system console.
|
||||
# If this feature is enabled (along with CONFIG_DEV_CONSOLE), then all
|
||||
# console output will be re-directed to a circular buffer in RAM. This
|
||||
# is useful, for example, if the only console is a Telnet console. Then
|
||||
# in that case, console output from non-Telnet threads will go to the
|
||||
# circular buffer and can be viewed using the NSH 'dmesg' command.
|
||||
# CONFIG_RAMLOG_SYSLOG - Use the RAM logging device for the syslogging
|
||||
# interface. If this feature is enabled (along with CONFIG_SYSLOG),
|
||||
# then all debug output (only) will be re-directed to the circular
|
||||
# buffer in RAM. This RAM log can be view from NSH using the 'dmesg'
|
||||
# command.
|
||||
# CONFIG_RAMLOG_NPOLLWAITERS - The number of threads than can be waiting
|
||||
# for this driver on poll(). Default: 4
|
||||
#
|
||||
# If CONFIG_RAMLOG_CONSOLE or CONFIG_RAMLOG_SYSLOG is selected, then the
|
||||
# following may also be provided:
|
||||
#
|
||||
# CONFIG_RAMLOG_CONSOLE_BUFSIZE - Size of the console RAM log. Default: 1024
|
||||
#
|
||||
|
||||
CONFIG_SYSLOG=y
|
||||
CONFIG_RAMLOG=y
|
||||
CONFIG_RAMLOG_CONSOLE=y
|
||||
CONFIG_RAMLOG_SYSLOG=y=
|
||||
#CONFIG_RAMLOG_NPOLLWAITERS
|
||||
#CONFIG_RAMLOG_CONSOLE_BUFSIZE
|
||||
|
||||
#
|
||||
# Settings for NXFLAT
|
||||
#
|
||||
|
Loading…
Reference in New Issue
Block a user