1. 实验环境准备与驱动加载
在开始测试之前，我们需要确保开发环境配置正确。我使用的是基于NFS挂载的根文件系统，这样可以方便地在主机和开发板之间共享文件。以下是具体配置步骤：
首先设置开发板网络参数：
bash复制setenv ipaddr 192.168.10.50
setenv ethaddr 00:04:9f:04:d2:35
setenv gatewayip 192.168.10.1
setenv netmask 255.255.255.0
setenv serverip 192.168.10.100
saveenv
关键点说明：
ipaddr设置开发板IP地址serverip指定TFTP服务器地址gatewayip和netmask用于网络通信
接着配置启动参数：
bash复制setenv bootcmd 'tftp 80800000 zImage;tftp 83000000 imx6ull-alientek-emmc.dtb;bootz 80800000 - 83000000'
setenv bootargs 'console=ttymxc0,115200 root=/dev/nfs \
nfsroot=192.168.10.100:/home/duan/linux/nfs/rootfs,proto=tcp rw \
ip=192.168.10.50:192.168.10.100:192.168.10.1:255.255.255.0::eth0:off'
saveenv
特别注意：NFS根文件系统路径需要根据实际环境调整，proto=tcp参数可以提升大文件传输稳定性
2. 驱动模块加载与问题排查
2.1 模块目录结构检查
Linux内核模块需要存放在特定目录下，标准路径为/lib/modules/$(uname -r)。在开发板上执行：
bash复制ls /lib/modules/4.1.15
如果目录不存在，需要手动创建：
bash复制mkdir -p /lib/modules/4.1.15
2.2 模块加载过程
将编译好的驱动模块复制到目标目录：
bash复制sudo cp chrdevbase.ko /home/duan/linux/nfs/rootfs/lib/modules/4.1.15/
首次加载可能会遇到依赖问题：
bash复制modprobe chrdevbase.ko
# 常见报错：could not open 'modules.dep'
解决方法：
bash复制depmod # 生成模块依赖关系
modprobe chrdevbase.ko
成功加载后会看到驱动初始化输出：
code复制chrdevbase init!
2.3 模块验证
检查模块是否加载成功：
bash复制lsmod
预期输出应包含chrdevbase模块信息。
查看设备号分配：
bash复制cat /proc/devices
应该能看到主设备号200对应的chrdevbase设备。
3. 设备节点创建与权限管理
3.1 创建设备节点
使用mknod命令创建设备文件：
bash复制mknod /dev/chrdevbase c 200 0
参数说明：
c表示字符设备200是主设备号0是次设备号
验证节点创建：
bash复制ls -l /dev/chrdevbase
预期输出类似：
code复制crw-r--r-- 1 root root 200, 0 Jan 1 00:00 /dev/chrdevbase
3.2 权限问题处理
常见权限错误解决方案：
bash复制chmod 666 /dev/chrdevbase # 开放读写权限
或者更安全的做法：
bash复制chown root:gpio /dev/chrdevbase
chmod 660 /dev/chrdevbase
4. 驱动功能测试与验证
4.1 读操作测试
执行测试程序进行读操作：
bash复制./chrdevbaseApp /dev/chrdevbase 1
预期输出：
code复制kernel senddata ok!
read data:kernel data!
4.2 写操作测试
执行测试程序进行写操作：
bash复制./chrdevbaseApp /dev/chrdevbase 2
预期输出：
code复制kernel recevdata:usr data!
4.3 测试问题排查
常见问题及解决方案：
- 设备节点不存在
bash复制mknod /dev/chrdevbase c 200 0
chmod 666 /dev/chrdevbase
- 权限不足
bash复制sudo chmod 666 /dev/chrdevbase
- 模块版本不匹配
确保编译环境与运行环境内核版本完全一致：
bash复制uname -r # 查看运行内核版本
make -C /path/to/kernel/source modules # 使用相同源码编译
5. 驱动卸载与系统清理
5.1 安全卸载模块
卸载驱动模块：
bash复制rmmod chrdevbase.ko
验证卸载结果：
bash复制lsmod | grep chrdevbase # 应该无输出
5.2 清理设备节点
删除创建的设备文件：
bash复制rm /dev/chrdevbase
6. 开发经验与技巧分享
在实际开发过程中，我总结了以下几点经验：
- 内核版本一致性
- 编译环境与目标环境的内核版本必须完全一致
- 包括内核配置选项也需要保持一致
- 可以使用
modinfo chrdevbase.ko查看模块依赖的内核版本
- 调试技巧
- 在驱动代码中添加printk输出
- 使用
dmesg查看内核日志 - 对于复杂问题，可以使用kgdb进行内核调试
- 性能优化
- 减少内核态与用户态的数据拷贝
- 使用ioctl实现更灵活的控制接口
- 考虑实现poll/select支持异步通知
- 稳定性保障
- 所有资源申请都要有错误处理
- 实现完整的open/release方法对资源进行管理
- 添加必要的互斥锁保护共享资源
这个实验完整展示了Linux字符设备驱动的开发测试流程，从环境准备到功能验证，再到问题排查，每个环节都需要仔细对待。特别是在嵌入式环境下，由于资源受限，更需要注意驱动的稳定性和性能表现。