2012-08-02 08:42:46 +08:00
|
|
|
drivers/syslog README File
|
|
|
|
==========================
|
|
|
|
|
|
|
|
This README file discusses the SYLOG drivers that can be found in the
|
2014-07-02 05:09:47 +08:00
|
|
|
drivers/syslog directory. The syslogging interfaces are defined in the
|
|
|
|
header file include/syslog.h. In NuttX, "syslog output" is really
|
|
|
|
synonymous to "debug output" and, therefore, the debugging interfaces
|
|
|
|
defined in the header file include/debug.h are also sysloggin interfaces.
|
2012-08-02 08:42:46 +08:00
|
|
|
|
|
|
|
By default, all system log output goes to console (/dev/console). But that
|
2012-08-03 01:09:25 +08:00
|
|
|
behavior can be changed by the defining CONFIG_SYSLOG in the NuttX
|
|
|
|
configuration. In that, case all low-level debug output will go through
|
|
|
|
syslog_putc().
|
|
|
|
|
|
|
|
One version of syslog_putc() is defined in fs/fs_syslog.c; that version is
|
|
|
|
used when CONFIG_SYSLOG_CHAR is defined. That version of syslog_putc()
|
|
|
|
just integrates with the file system to re-direct debug output to a
|
2012-08-03 02:43:01 +08:00
|
|
|
character device or to a file. A disadvantage of using the generic character
|
|
|
|
device for the SYSLOG is that it cannot handle debug output generated from
|
|
|
|
interrupt level handles.
|
2012-08-03 01:09:25 +08:00
|
|
|
|
|
|
|
If CONFIG_SYSLOG_CHAR is not defined, then other custom SYSLOG drivers
|
2012-08-03 02:43:01 +08:00
|
|
|
can be used. These custom SYSLOG drivers can do things like handle
|
|
|
|
unusual logging media and since they can avoid the general file system
|
|
|
|
interfaces, can be designed to support debug output from interrupt handlers.
|
|
|
|
|
|
|
|
Those custom SYSLOG drivers reside in this directory.
|
2012-08-02 08:42:46 +08:00
|
|
|
|
|
|
|
ramlog.c
|
|
|
|
--------
|
|
|
|
The RAM logging driver is a driver that was intended to support debugging
|
|
|
|
output (syslogging) when the normal serial output is not available. For
|
|
|
|
example, if you are using a telnet or USB serial console, the debug
|
|
|
|
output will get lost.
|
|
|
|
|
|
|
|
The RAM logging driver is similar to a pipe in that it saves the
|
|
|
|
debugging output in a FIFO in RAM. It differs from a pipe in numerous
|
|
|
|
details as needed to support logging.
|
|
|
|
|
|
|
|
This driver is built when CONFIG_RAMLOG is defined in the Nuttx
|
|
|
|
configuration.
|
|
|
|
|
|
|
|
Configuration options:
|
2014-04-14 04:32:20 +08:00
|
|
|
|
2012-08-02 08:42:46 +08:00
|
|
|
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'
|
2012-08-03 02:43:01 +08:00
|
|
|
command. NOTE: Unlike the limited, generic character driver SYSLOG
|
|
|
|
device, the RAMLOG *can* be used to generate debug output from interrupt
|
|
|
|
level handlers.
|
2012-08-02 08:42:46 +08:00
|
|
|
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:
|
|
|
|
|
2014-07-02 02:00:40 +08:00
|
|
|
CONFIG_RAMLOG_BUFSIZE - Size of the console RAM log. Default: 1024
|