Linux驱动调试中的Debugfs的使用简介

简介: 在调试linux驱动的时候,可以用debugfs来调试,debugfs类似字符设备驱动一样,甚至更简单,不需要主设备号次设备号等等,只需要实现一个file_operations,然后通过debugfs_create_file就可以在debugfs中建立一个文件结点,就像字符设备驱动那样,只需要对这个文件结点进行open就可以进行read、write、ioctl,等等操作,这些操作对应到我们在驱动里为debugfs准备的file_operations。
在调试 linux驱动的时候,可以用 debugfs来调试, debugfs类似字符设备驱动一样,甚至更简单,不需要主设备号次设备号等等,只需要实现一个 file_operations,然后通过 debugfs_create_file就可以在 debugfs中建立一个文件结点,就像字符设备驱动那样,只需要对这个文件结点进行 open就可以进行 readwriteioctl,等等操作,这些操作对应到我们在驱动里为 debugfs准备的 file_operations


让内核支持DEBUGFS,使能宏CONFIG_DEBUG_FS,在内核配置中选中,一般是在Kernel hacking中:



在实际的使用中,举个例子来说明,在调试GPIO驱动的时候,我们可以通过debugfs来调试:

首先定义一个file_operations

staticconst struct file_operations gpiolib_operations = {

.open = gpiolib_open,

.read = gpiolib_read,

.write = gpiolib_write,

.llseek = seq_lseek,

.release = single_release,

};


然后,建立一个debugfs文件结点:

(void)debugfs_create_file("gpio", S_IFREG | S_IRUGO,

NULL, NULL, &gpiolib_operations);

在实际的驱动中,建立debugfs文件结点一般在驱动初始化的时候。


根据我们的调试需要,实现读写操作,一般用得比较多的是readwrite操作,所以在gpiolib_readgpiolib_write里加入我们的调试代码。调用GPIO驱动的时候,我的想法是,给GPIO结点发一个读指令,那么就得传入的gpio号的状态,给GPIO结点发一个写指令,那么就根据传入的参数设置gpio的状态。于是,我只需要实现write函数:

staticssize_t gpiolib_write(struct file *file, const char __user *buf,size_t size, loff_t *ppos)

{

charinfo[255];

int port=0,value=0;

memset(info,0, 255);

copy_from_user(info,buf, size);

printk("gpio:%s\n",info);

if((info[0]>= '0') && (info[0]

port= (info[0] - 48)*10;

if((info[1]>= '0') && (info[1]

port+= (info[1] - 48);

if(info[2]== ' '){

if(info[3] == 'w'){

value = (info[4] =='0')?0:1;

}

}

}

}

if(info[3]== 'r'){

gpio_direction_input(port);

printk("gpio%dstatus = %d\n", port, __gpio_get_value(port));

}elseif(info[3] == 'w'){

printk("write%d to gpio%d\n", value, port);

gpio_direction_output(port,value);

__gpio_set_value(port,value);

}

returnsize;

}


这段代码的意思,根据传入的参数info作相应的操作,info的格式是:

info[0]info[1]分别代表gpio号的十位和个位;

info[2]必须为空格;

info[3]为读写性质,‘w'为写,'r'为读;

info[4]如果为写,那么它表示写的状态。


这样就可以在驱动加载之后,shell命令echo来进行调试了

例如gpio号为57的端口控制蜂鸣器,gpio号为37的端口连接按键,那么:

蜂鸣器发声:echo 57 w1 > gpio

蜂鸣器停止:echo 57 w0 > gpio

读取按键状态:echo 37 r > gpio



那么这个gpio文件结点在哪呢?

内核启动后会把debugfs文件系统挂载到/sys/kernel/debug目录下,我们的gpio文件结点就在这里。

如果没有找到,那么可以手动挂载mount-t debugfs none /mnt,这样就挂载到/mnt目录下了。


PS:

更为强大的调试选项:

CONFIG_GPIO_SYSFS   定义此宏后 会在/sys/class/gpio/下面到处gpio的设备文件 可以通过此设备文件
对gpio进行控制与读取   
目录
相关文章
|
缓存 NoSQL Linux
Linux调试
本文介绍了Linux调试、性能分析和追踪的培训资料,涵盖调试、性能分析和追踪的基础知识及常用工具。
1257 63
Linux调试
|
监控 Shell Linux
Android调试终极指南:ADB安装+多设备连接+ANR日志抓取全流程解析,覆盖环境变量配置/多设备调试/ANR日志分析全流程,附Win/Mac/Linux三平台解决方案
ADB(Android Debug Bridge)是安卓开发中的重要工具,用于连接电脑与安卓设备,实现文件传输、应用管理、日志抓取等功能。本文介绍了 ADB 的基本概念、安装配置及常用命令。包括:1) 基本命令如 `adb version` 和 `adb devices`;2) 权限操作如 `adb root` 和 `adb shell`;3) APK 操作如安装、卸载应用;4) 文件传输如 `adb push` 和 `adb pull`;5) 日志记录如 `adb logcat`;6) 系统信息获取如屏幕截图和录屏。通过这些功能,用户可高效调试和管理安卓设备。
|
缓存 Linux 程序员
老程序员分享:linux下netlink的使用简介
老程序员分享:linux下netlink的使用简介
|
运维 监控 Linux
BPF及Linux性能调试探索初探
BPF技术从最初的网络数据包过滤发展为强大的系统性能优化工具,无需修改内核代码即可实现实时监控、动态调整和精确分析。本文深入探讨BPF在Linux性能调试中的应用,介绍bpftune和BPF-tools等工具,并通过具体案例展示其优化效果。
744 14
|
存储 NoSQL Linux
linux之core文件如何查看和调试
通过设置和生成 core 文件,可以在程序崩溃时获取详细的调试信息。结合 GDB 等调试工具,可以深入分析 core 文件,找到程序崩溃的具体原因,并进行相应的修复。掌握这些调试技巧,对于提高程序的稳定性和可靠性具有重要意义。
7299 6
|
Unix 关系型数据库 MySQL
Linux 简介
Linux 简介
285 2
Linux 简介
|
Linux Docker 容器
Linux的namespace和cgroups简介
本文介绍了Linux的Namespace技术和cgroups,解释了它们如何帮助实现容器的隔离和资源限制。
534 7
Linux的namespace和cgroups简介
|
NoSQL Linux C语言
Linux GDB 调试
Linux GDB 调试
288 10
|
NoSQL Linux C语言
嵌入式GDB调试Linux C程序或交叉编译(开发板)
【8月更文挑战第24天】本文档介绍了如何在嵌入式环境下使用GDB调试Linux C程序及进行交叉编译。调试步骤包括:编译程序时加入`-g`选项以生成调试信息;启动GDB并加载程序;设置断点;运行程序至断点;单步执行代码;查看变量值;继续执行或退出GDB。对于交叉编译,需安装对应架构的交叉编译工具链,配置编译环境,使用工具链编译程序,并将程序传输到开发板进行调试。过程中可能遇到工具链不匹配等问题,需针对性解决。
1085 3
|
Ubuntu Linux
内核实验(四):Qemu调试Linux内核,实现NFS挂载
本文介绍了在Qemu虚拟机中配置NFS挂载的过程,包括服务端的NFS服务器安装、配置和启动,客户端的DHCP脚本添加和开机脚本修改,以及在Qemu中挂载NFS、测试连通性和解决挂载失败的方法。
1150 0
内核实验(四):Qemu调试Linux内核,实现NFS挂载