Debugging

Finding and fixing bugs is an important part of the hardware and software development process. Sometimes you also need to use debugging techniques to understand how the system works. Two tools that are helpful are debug logging and debugging using the GNU Debugger (gdb).

Debug Logging

NuttX has a powerful system logging facility (syslog) with info, warn, and error levels. You can enable debugging for your build for the subsystem or feature by using the menuconfig system.

$ make menuconfig

The debug options are available under Build Setup > Debug Options. You will most likely have to enable the following options:

  • Enable Debug Features — selecting this will turn on subsystem-level debugging options, they will become visible on the page below. You can then select the ones you want.

  • Enable Error Output — this will only log errors.

  • Enable Warnings Output — this will log warnings and errors.

  • Enable Informational Debug Output — this will produce informational output, warnings, and errors.

You can then select from the subsystems that are available, Network, Scheduler, USB, etc. Note that you will need to separately enable the subsystem elsewhere in the menuconfig system. To see the CONFIG define that is set, use the arrow keys to highlight the subsystem (for instance, Network Debug Features) and type ‘?’. This will show you that the C macro that is set is called CONFIG_DEBUG_NET. debug.h defines the netinfo() logging function that will log output if this macro is set. You can search the source code for netinfo to see how it is used.

Screenshot of menuconfig system main screen

Note that enabling all these will produce an incredible amount of logging output. Enable the level you want and the area you’re interested in, and leave the rest disabled, save the config, and then recompile. You can see the full list of debug feature logging functions in the file debug.h.

Syslog timestamps can be enabled in the menuconfig system using Device Drivers > System Logging > Prepend timestamp to syslog message (CONFIG_SYSLOG_TIMESTAMP).

You may need to do a little bit of experimenting to find the combination of logging settings that work for the problem you’re trying to solve. See the file debug.h for available debug settings that are available. This can also be configured via the menuconfig system.

There are also subsystems that enable USB trace debugging, and you can log to memory too, if you need the logging to be faster than what the console can output.

Changing Debug Settings Quickly

You can use the kconfig-tweak script that comes with the kconfig-frontends tools to quickly change debug settings, for instance turning them on or off before doing a build:

$ kconfig-tweak --disable CONFIG_DEBUG_NET
$ make olddefconfig  # needed to have the kconfig system check the config
$ kconfig-tweak --enable CONFIG_DEBUG_NET
$ make olddefconfig

You can put a bunch of these into a simple script to configure the logging the way you want:

#!/bin/bash

kconfig-tweak --disable CONFIG_DEBUG_ALERT
kconfig-tweak --disable CONFIG_DEBUG_FEATURES
kconfig-tweak --disable CONFIG_DEBUG_ERROR
kconfig-tweak --disable CONFIG_DEBUG_WARN
kconfig-tweak --disable CONFIG_DEBUG_INFO
kconfig-tweak --disable CONFIG_DEBUG_ASSERTIONS
kconfig-tweak --disable CONFIG_DEBUG_NET
kconfig-tweak --disable CONFIG_DEBUG_NET_ERROR
kconfig-tweak --disable CONFIG_DEBUG_NET_WARN
kconfig-tweak --disable CONFIG_DEBUG_NET_INFO
kconfig-tweak --disable CONFIG_DEBUG_SYMBOLS
kconfig-tweak --disable CONFIG_DEBUG_NOOPT
kconfig-tweak --disable CONFIG_SYSLOG_TIMESTAMP
make oldconfig

JTAG Debugging

JTAG is a set of standards that specify a way to attach a hardware device to your embedded board, and then remotely control the CPU. You can load code, start, stop, step through the program, and examine variables and memory.

This guide assumes your board has a JTAG connector, and you have a JTAG hardware debugger like a Segger J-Link or OpenOCD.

The NuttX operating system uses threads, so you need a thread-aware debugger to do more than load code, start, and stop it. A thread-aware debugger will allow you to switch threads to the one that is running the code you’re interested in, for instance your application, or an operating system network thread. So far, OpenOCD is the only supported NuttX thread-aware debugger.

You will need an OpenOCD-compatible hardware adapter, ideally a fast one (USB 2.0 High Speed). This guide assumes you are using the Olimex ARM USB TINY H. (Olimex ARM USB TINY H on Amazon.) Other adapters may work, follow the OpenOCD instructions and the instructions that came with your adapter.

You’ll need to use the Sony fork of OpenOCD. Download and install it according to the OpenOCD instructions.

See this article for more info: Debugging a Apache NuttX target with GDB and OpenOCD.

See the section Running for a brief tutorial on how to use GDB.


Next up is Directory Structure.