summaryrefslogtreecommitdiff
path: root/doc/dlt-qnx-system.md
blob: ffda347267926dd92aad2710149877f3aec6f2fe (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
# dlt-qnx-system

QNX specific logging features of dlt are managed by the ```dlt-qnx-system``` process.
It currently contains the message forwarder from slogger2 to DLT.

The application listens to the system logs on QNX (slogger2) and sends them to
DLT. The prerequisite is that dlt-daemon is already started and running.
dlt-qnx-system loads by default the configuration file ```/etc/dlt-qnx-system.conf```.

> In order to catch all logs via slog2, the syslog needs to forward to slogger2 in [syslog.conf](http://www.qnx.com/developers/docs/7.0.0/index.html#com.qnx.doc.neutrino.utilities/topic/s/syslog.conf.html).

To change the log level, use application ID and context ID set in configuration
file. ```DLT_INITIAL_LOG_LEVEL``` can be set on startup phase, or control
message can be sent from DLT client (e.g. dlt-control, DLT Viewer) at runtime.
Refer to [dlt_for_developers.md](dlt_for_developers.md) for more detail.


## Usage

```bash
dlt-qnx-system [-h] [-d] [-c FILENAME]
```

-h

:   Display a short help text.

-d

:   Daemonize. Detach from Terminal and run in background.

-c

:   Load an alternative configuration file. By default the configuration file
    */etc/dlt-qnx-system.conf* is loaded.


Non zero is returned in case of failure.


## Configuration

By default, the configuration is loaded from */etc/dlt-qnx-system.conf*. It
contains a few basic options:

- *ApplicationId*: this QNX system log forwarder will have this application ID
  and appear on DLT client. Default value is *QSYM*.
- *ApplicationContextID*: the context ID of the above application to appear on
  DLT client. Default value is *QSYC*.
- *QnxSlogger2Enable*: when the value is 1 (by default), the QNX slogger2
  adapter which sends slogger2 to DLT will be started. Otherwise if the value
  if 0, it won't be started.
- *QnxSlogger2ContextId*: this will set the context ID of the QNX slogger2
  adapter. Default value is *QSLA*.
- *QnxSlogger2UseOriginalTimestamp*: when the value is 1 (by default), slogger2
  event timestamps will be used as DLT timestamps.



## Slogger2 adapter

The slogger2 adapter that can be enabled in dlt-qnx-system attaches to slogger2 and converts the messages to dlt messages.


### Log level mapping

As the severity levels on QNX system log are different from DLT Log Level, the below table shows how they're converted from the former to the latter.


| QNX System Log Level | DLT Log Level      |
|----------------------|--------------------|
| SLOG2\_SHUTDOWN      | DLT\_LOG\_FATAL    |
| SLOG2\_CRITICAL      | DLT\_LOG\_FATAL    |
| SLOG2\_ERROR         | DLT\_LOG\_ERROR    |
| SLOG2\_WARNING       | DLT\_LOG\_WARN     |
| SLOG2\_NOTICE        | DLT\_LOG\_INFO     |
| SLOG2\_INFO          | DLT\_LOG\_INFO     |
| SLOG2\_DEBUG1        | DLT\_LOG\_DEBUG    |
| SLOG2\_DEBUG2        | DLT\_LOG\_VERBOSE  |


### Context Mapping

The json file dlt-slog2ctxt.json can be used to map slogger names to dlt-contexts.

#### Example

Here is an example that sets a mapping from the "dumper" process to the DLT Context "DUMP", and the QNX Hypervisor to "QVM".
The description field is in the registration with libdlt.

```python
{
  "DUMP": {
    "name": "dumper",
    "description": "Writes core dump files to disk"
  },
  "SYSL": {
    "name": "syslogd",
    "description": ""
  }
}
```