AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

内核实验（五）：传统简单字符设备驱动

2024-08-28 52
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 本文通过一个简单的字符设备驱动程序实验，演示了如何在Linux内核中编写、编译和测试驱动代码，并使用Qemu虚拟机和NFS环境进行部署和验证，同时检验了NFS环境对于提高开发效率的作用。

一、篇头

目标是把内核相关部分的实验都再做一次，虽然有现成源码，但从以往学习经历看，自己还是得多少做一些改动，对于要自虐的，可以从头打一遍，这样效果会好很多，练习完后，做个总结。实验简单，花的时间也不多，温故而知新。

二、源码

2.1 驱动关键部分

static int __init test_3_init(void)
{
   
   
    int ret;

        pr_info("test_3_init\n");

    ret = alloc_chrdev_region(&dev, 0, count, DEMO_NAME);
    if (ret) {
   
   
        pr_err("failed to allocate char device region");
        return ret;
    }

    test_3_cdev = cdev_alloc();
    if (!test_3_cdev) {
   
   
        pr_err("cdev_alloc failed\n");
        goto unregister_chrdev;
    }

    cdev_init(test_3_cdev, &test_3_fops);

        /*
          (1) 下面语句会创建 /proc/devices/test_3_dev， 但不会创建/dev下的设备节点
        */
    ret = cdev_add(test_3_cdev, dev, count);
    if (ret) {
   
   
        pr_err("cdev_add failed\n");
        goto cdev_fail;
    }

    pr_err("succeeded register char device: %s\n", DEMO_NAME);
    pr_err("Major number = %d, minor number = %d\n",
            MAJOR(dev), MINOR(dev));
// …… 省略 …… 
    return ret;
}

2.2 APP：test_3_app.c

  • 完成的linux app源码
#include <stdio.h>
#include <fcntl.h>
#include <unistd.h>

#define MY_DEV_NAME "/dev/test_3_dev"

int main()
{
   
   
    char buffer[64];
    int fd;

    fd = open(MY_DEV_NAME, O_RDONLY);
    if (fd < 0) {
   
   
        printf("open device %s failded\n", MY_DEV_NAME);
        return -1;
    }
    read(fd, buffer, 64);
    close(fd);
    return 0;
}

2.3 驱动完整源码

  • test_3.c
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/init.h>
#include <linux/cdev.h>

#define DEMO_NAME "test_3_dev"
static dev_t dev;
static struct cdev *test_3_cdev;
static signed count = 1;

static int test_3_open(struct inode *inode, struct file *file)
{
   
   
    int major = MAJOR(inode->i_rdev);
    int minor = MINOR(inode->i_rdev);

    pr_info("%s: major=%d, minor=%d\n", __func__, major, minor);
    return 0;
}

static int test_3_release(struct inode *inode, struct file *file)
{
   
   
    pr_info("%s \n", __func__);

    return 0;
}

static ssize_t
test_3_read(struct file *file, char __user *buf, size_t lbuf, loff_t *ppos)
{
   
   
    pr_info("%s \n", __func__);
    return 0;
}

static ssize_t
test_3_write(struct file *file, const char __user *buf, size_t count, loff_t *f_pos)
{
   
   
    pr_info("%s \n", __func__);
    return 0;

}

static const struct file_operations test_3_fops = {
   
   
    .owner = THIS_MODULE,
    .open = test_3_open,
    .release = test_3_release,
    .read = test_3_read,
    .write = test_3_write
};


static int __init test_3_init(void)
{
   
   
    int ret;

        pr_info("test_3_init\n");

    ret = alloc_chrdev_region(&dev, 0, count, DEMO_NAME);
    if (ret) {
   
   
        pr_err("failed to allocate char device region");
        return ret;
    }

    test_3_cdev = cdev_alloc();
    if (!test_3_cdev) {
   
   
        pr_err("cdev_alloc failed\n");
        goto unregister_chrdev;
    }

    cdev_init(test_3_cdev, &test_3_fops);

    ret = cdev_add(test_3_cdev, dev, count);
    if (ret) {
   
   
        pr_err("cdev_add failed\n");
        goto cdev_fail;
    }

    pr_err("succeeded register char device: %s\n", DEMO_NAME);
    pr_err("Major number = %d, minor number = %d\n",
            MAJOR(dev), MINOR(dev));

    return 0;

cdev_fail:
    cdev_del(test_3_cdev);
unregister_chrdev:
    unregister_chrdev_region(dev, count);

    return ret;
}

static void __exit test_3_exit(void)
{
   
   
    pr_info("test_3_exit\n");

    if (test_3_cdev)
        cdev_del(test_3_cdev);

    unregister_chrdev_region(dev, count);
}

module_init(test_3_init);
module_exit(test_3_exit);

MODULE_LICENSE("Dual BSD/GPL");
MODULE_AUTHOR("szhou <66176468@qq.com>");
MODULE_DESCRIPTION("test_1, simple char kernel module");

2.4 Makefile

  • 实验和之前几篇文章有集成性，本文实验只需要在 obj-m 后面添加 test_3.o 即可
KDIR := /home/szhou/works/qemu_linux/linux-stable


obj-m := test_1.o test_2.o test_3.o


all :
    $(MAKE) -C $(KDIR) M=$(PWD) modules

clean:
    $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) clean
    rm -f *.ko

三、编译

3.1 编译ko

szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ ls
Makefile  modules.order  Module.symvers  test_1.c  test_1.ko  test_1.mod  test_1.mod.c  test_1.mod.o  test_1.o  test_2.c  test_2.ko  test_2.mod  test_2.mod.c  test_2.mod.o  test_2.o  test_3_app.c  test_3.c
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ make
make -C /home/szhou/works/qemu_linux/linux-stable M=/home/szhou/works/qemu_linux/linux-stable/my_kmodules modules
make[1]: Entering directory '/home/szhou/works/qemu_linux/linux-stable'
  CC [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_3.o
  MODPOST /home/szhou/works/qemu_linux/linux-stable/my_kmodules/Module.symvers
  CC [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_1.mod.o
  LD [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_1.ko
  CC [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_2.mod.o
  LD [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_2.ko
  CC [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_3.mod.o
  LD [M]  /home/szhou/works/qemu_linux/linux-stable/my_kmodules/test_3.ko
make[1]: Leaving directory '/home/szhou/works/qemu_linux/linux-stable'
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$

3.2 编译app

  • 因为使用qemu模拟，而我们之前建立的mini Linux系统尚未添加 so 等各种依赖库，所以需要在编译app时候添加 --static标志，使用静态链接，这样就可以不依赖于so文件。
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ arm-linux-gnueabi-gcc test_3_app.c -o test_3_app --static
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ file test_3_app
test_3_app: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically linked, BuildID[sha1]=1a479f0e5a7f3cba6fb0ea4121337f56623cb5a5, for GNU/Linux 3.2.0, not stripped
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$

四、测试

4.1 部署

  • 透过NFS部署，不了解的，请参考之前的内核实验（四）
  • 将测试文件复制到nfs共享目录下
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ cp test_3.ko ~/works/nfs_share/
szhou@bc01:~/works/qemu_linux/linux-stable/my_kmodules$ cp test_3_app ~/works/nfs_share/

4.2 测试

4.2.1 启动qemu虚拟机
qemu-system-arm   -nographic  -M vexpress-a9 -m 1024M -kernel arch/arm/boot/zImage   -initrd ../busybox/rootfs.ext4.img.gz    -dtb arch/arm/boot/dts/vexpress-v2p-ca9.dtb
4.2.2 运行测试文件
----------------------------------------
Welcome to szhou's tiny Linux
----------------------------------------

Please press Enter to activate this console. 
~ # 
~ # 
~ #  mount -t nfs -o nolock 192.168.3.67:/home/szhou/works/nfs_share /mnt
~ # cd /mnt/
/mnt # ls
abc_client  bcd_server  test_3.ko
/mnt # insmod test_3.ko 
test_3: loading out-of-tree module taints kernel.
test_3_init
succeeded register char device: test_3_dev
Major number = 248, minor number = 0
/mnt # 
/mnt # mknod /dev/test_3_dev c 248 0
/mnt # ./test_3_app 
test_3_open: major=248, minor=0
test_3_read 
test_3_release 
/mnt # 
/mnt # rmmod  test_3.ko 
test_3_exit
/mnt #

在这里插入图片描述

4.2.3 查看设备情况
  • 注意，此处尚未使用mknod手动创建设备文件
（1） insmod ko
/mnt # insmod test_3.ko 
test_3: loading out-of-tree module taints kernel.
test_3_init
succeeded register char device: test_3_dev
Major number = 248, minor number = 0


（2）查看 /dev 可见无目标设备


（3）查看 /proc/devices ，则创建了test_3_dev
/dev # cat /proc/devices 
Character devices:
  1 mem
  2 pty
  3 ttyp
  4 /dev/vc/0
  4 tty
  5 /dev/tty
  5 /dev/console
// …… 省略 ……
248 test_3_dev
// …… 省略 ……

Block devices:
// …… 省略 ……
/dev #

五、篇尾

略……
用这个简单的实验， 再次检验了内核实验四，NFS环境的高效。

文章标签：
Linux
阿迷创客
目录
相关文章
ST小智
|
7月前
|
Linux C语言 SoC
嵌入式linux总线设备驱动模型分析
嵌入式linux总线设备驱动模型分析
ST小智
88 1
花落已飘
|
Linux
Linux驱动开发(使用I2C总线设备驱动模型编写AT24C02驱动程序)
Linux驱动开发(使用I2C总线设备驱动模型编写AT24C02驱动程序)
花落已飘
156 0
幼稚十一
|
7月前
|
存储 Linux Windows
【操作系统】实验十 设备驱动程序设计
【操作系统】实验十 设备驱动程序设计
幼稚十一
189 0
妄北y
|
7月前
|
Linux
Linux 驱动开发基础知识——总线设备驱动模型（七）
Linux 驱动开发基础知识——总线设备驱动模型（七）
妄北y
111 0
Linux 驱动开发基础知识——总线设备驱动模型（七）
妄北y
|
7月前
|
Linux
Linux 驱动开发基础知识——总线设备驱动模型（八）
Linux 驱动开发基础知识——总线设备驱动模型（八）
妄北y
110 0
Linux 驱动开发基础知识——总线设备驱动模型（八）
ST小智
|
7月前
|
Linux
Linux设备驱动之多个同类设备共用一套驱动
Linux设备驱动之多个同类设备共用一套驱动
ST小智
180 0
ST小智
|
7月前
|
Linux API 芯片
Linux 系统的中断子系统基本框架（一）
Linux 系统的中断子系统基本框架（一）
ST小智
120 0
ST小智
|
Linux C语言
Linux设备字符驱动开发感悟之经典
Linux设备字符驱动开发感悟之经典
ST小智
84 0
Linux设备字符驱动开发感悟之经典
跑不了的你
|
Linux 编译器 Shell
arm嵌入式Linux系统移植实例过程及问题
arm嵌入式Linux系统移植实例过程及问题
跑不了的你
518 0
快跑bug来啦
|
Linux 开发者 Perl
zynq操作系统：Linux驱动开发AXIDMA补充篇 多路DMA
Linux驱动开发AXIDMA补充篇 多路DMA
快跑bug来啦
1324 0

热门文章

最新文章

  • 1
    Hive之数据倾斜的原因和解决方法
  • 2
    【Java】留下没有基础眼泪的面试题
  • 3
    四大触点，教你从“用户视角”构建数据分析体系
  • 4
    CentOS7 yum的一次报错" 14: curl#56 - "Recv failure: Connection reset by peer" "
  • 5
    [软件工程导论(第六版)]第5章 总体设计（课后习题详解）
  • 6
    同步、异步、阻塞、非阻塞
  • 7
    ArcEngine控制台应用程序
  • 8
    perl学习笔记(10)
  • 9
    新疆电信新疆联通签网络合作协议
  • 10
    epoll是如何监控多个描述符及如何获得通知(2)
  • 1
    《C++数据降维之道：PCA 与 t - SNE 助力信息留存》
    38
  • 2
    「Mac畅玩鸿蒙与硬件44」UI互动应用篇21 - 随机励志语录生成器
    53
  • 3
    《C++赋能智能摄像头：开启实时视频分析新纪元》
    41
  • 4
    MV-Adapter：上交大、北航和 VAST 等联合开源多视图一致图像生成模型，将预训练的文生图扩散模型转为多视图生成器
    47
  • 5
    《C++与 BLAS、LAPACK：加速人工智能算法的线性代数秘籍》
    42
  • 6
    Manga Image Translator：开源的漫画文字翻译工具，支持多语言翻译并嵌入原图，保持漫画的原始风格和布局
    33
  • 7
    NodeTool：AI 工作流可视化构建器，通过拖放节点设计复杂的工作流，集成 OpenAI 等多个平台
    34
  • 8
    《C++与 Armadillo：线性代数助力人工智能算法简化之路》
    24
  • 9
    ColorFlow：腾讯和清华大学联合推出的图像序列着色模型，通过参考图像的颜色对黑白漫画进行着色生成彩色漫画
    34
  • 10
    《C++与 ONNX：构建跨平台推理引擎的智慧融合》
    22

    • 相关课程

    更多
  • 服务器硬件基础
  • 操作系统学习

    • 相关电子书

    更多
  • 从 Linux 系统内核层面来解决实际问题的实战经验
  • 从Linux系统内核层面来解决实际问题的实战经验
  • 面向领域的场景驱动设计
    • 下一篇
    阿里云oss存储简介和如何使用