enable linux kernel driver dev_dbg debug messages

Question

is there a simplest possible way to enable linux kernel driver dev_dbg debug messages (actually it's a trace style messages) hopefully without messing up with the kernel patching/recompiling or the driver implementing something extra like debugfs? perhaps there is a way to enable something SIMPLE in the kernel (like one flag?) triggering particular driver or all drivers dev_dbg (it can be filtered with the `dmesg|grep "driverName") output?

the kernel version is 4.14. there is NO syslog/daemonlog/system log running at all. there is NO network interface and only single serial port is available. the target system is very slow and is very compact so there is NO WAY to add syslog/etc, there is nothing but dmesg where exactly would be good to see the output of the lines like:

dev_dbg(&client->dev, "bla bla bla\n");

some posts already suggested to add debug keyword for the bootargs kernel parameters unfortunately wasn't enough.

the outputs like dev_info are getting into the dmesg with no issue so it's definitely something close. thanks

Answer 1

the simplest way to receive dev_dbg messages without installing/configuring syslog/etc, appeared necessary to do following steps:

1. provide debug key into bootargs kernel parameters

2. append #define DEBUG at the first line of the driver file - if the driver is a single file and is using a common Makefile, or append -DDEBUG inside the CC build options if the driver contains of multiple source files and as usually has it's own Makefile

3. upon the kernel booted and the prompt appear to enable debug level messages by executing either dmesg -n 8 or echo 8 > /proc/sys/kernel/printk

4. load the driver if the module with the command either insmod <driver name> or modprobe <driver name> or if the driver is integrated into the kernel the insertion commands may vary.

example on how to assign the kernel integrated driver for the i2c bus subsystem:

echo <driver name> <i2c bus address> > /sys/bus/i2c/devices/i2c-0/new_device

side notes:

if the DTS will have a driver record assignment, manually repeated driver assignment will cause the error - in case of i2c subsystem - error EBUSY (-16), the driver will be assigned way before the command prompt and the dmesg messages will be limited to the default level (usually dev_info only)

in case if the driver has been already assigned by DTS and there is no way to exclude it temporary from the tree source - it's useful to detach and reattach it once again after the debug (trace) level messages activated

for the i2c subsystem it would require to execute a command:

echo <driver name> > /sys/bus/i2c/drivers/<drivername>/unbind

then

echo <driver name> > /sys/bus/i2c/drivers/<drivername>/bind

warning:

the kernel drivers trace mechanism will not help on debugging internal driver improper configured or missing service structures. i.e. if the driver is loaded but remain silent with no trace messages means the probe has never been executed because of some kernel expected service structures information were missing or faulty