基于分层思想的驱动程序软件框架

基于分层思想的驱动程序软件框架

目的

让驱动程序有很好的移植性。

实现的方法

  • 将硬件相关的操作放入一个结构体中,类似于file_operation的结构体中,之后和将其操作的实现,一起封装在一个函数中,且需要设计提供一个函数让外部函数能得到硬件相关的结构体。(分层思想)
  • 让向内核注册驱动的入口和出口中函数,只需要将所有驱动通用的代码放入其中即可

    确定主设备号,也可以让内核分配

    定义自己的 file_operations 结构体

    实现对应的 drv_open/drv_read/drv_write 等函数,填入 file_operations 结构体

    file_operations 结构体告诉内核: register_chrdev

    谁来注册驱动程序啊?得有一个入口函数:安装驱动程序时,就会去调用这个入口函数

    有入口函数就应该有出口函数:卸载驱动程序时,出口函数调用 unregister_chrdev

    其他完善:提供设备信息,自动创建设备节点: class_create, device_create

    将硬件相关的操作传递给入口函数得到硬件操作相关函数的。

代码演示:

  • 硬件相关的操作
#ifndef _LED_OPR_H
#define _LED_OPR_H

struct led_operations {
    int (*init) (int which); /* 初始化LED, which-哪个LED */
    int (*ctl) (int which, char status); /* 控制LED, which-哪个LED, status:1-亮,0-灭 */
};

struct led_operations *get_board_led_opr(void);

#endif
#include <linux/module.h>

#include <linux/fs.h>
#include <linux/errno.h>
#include <linux/miscdevice.h>
#include <linux/kernel.h>
#include <linux/major.h>
#include <linux/mutex.h>
#include <linux/proc_fs.h>
#include <linux/seq_file.h>
#include <linux/stat.h>
#include <linux/init.h>
#include <linux/device.h>
#include <linux/tty.h>
#include <linux/kmod.h>
#include <linux/gfp.h>
#include "led_opr.h"

static int board_demo_led_init (int which) /* 初始化LED, which-哪个LED */
{

    printk("%s %s line %d, led %d\n", __FILE__, __FUNCTION__, __LINE__, which);
    return 0;
}

static int board_demo_led_ctl (int which, char status) /* 控制LED, which-哪个LED, status:1-亮,0-灭 */
{
    printk("%s %s line %d, led %d, %s\n", __FILE__, __FUNCTION__, __LINE__, which, status ? "on" : "off");
    return 0;
}

static struct led_operations board_demo_led_opr = {
    .init = board_demo_led_init,
    .ctl  = board_demo_led_ctl,
};

struct led_operations *get_board_led_opr(void)
{
    return &board_demo_led_opr;
}
  • 硬件无关,框架相关的操作

    #include <linux/module.h>
    
    #include <linux/fs.h>
    #include <linux/errno.h>
    #include <linux/miscdevice.h>
    #include <linux/kernel.h>
    #include <linux/major.h>
    #include <linux/mutex.h>
    #include <linux/proc_fs.h>
    #include <linux/seq_file.h>
    #include <linux/stat.h>
    #include <linux/init.h>
    #include <linux/device.h>
    #include <linux/tty.h>
    #include <linux/kmod.h>
    #include <linux/gfp.h>
    
    #include "led_opr.h"
    
    #define LED_NUM 2
    
    /* 1. 确定主设备号                                                                 */
    static int major = 0;
    static struct class *led_class;
    struct led_operations *p_led_opr;
    
    #define MIN(a, b) (a < b ? a : b)
    
    /* 3. 实现对应的open/read/write等函数,填入file_operations结构体                   */
    static ssize_t led_drv_read (struct file *file, char __user *buf, size_t size, loff_t *offset)
    {
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
      return 0;
    }
    
    /* write(fd, &val, 1); */
    static ssize_t led_drv_write (struct file *file, const char __user *buf, size_t size, loff_t *offset)
    {
      int err;
      char status;
      struct inode *inode = file_inode(file);
      int minor = iminor(inode);
    
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
      err = copy_from_user(&status, buf, 1);
    
      /* 根据次设备号和status控制LED */
      p_led_opr->ctl(minor, status);
    
      return 1;
    }
    
    static int led_drv_open (struct inode *node, struct file *file)
    {
      int minor = iminor(node);
    
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
      /* 根据次设备号初始化LED */
      p_led_opr->init(minor);
    
      return 0;
    }
    
    static int led_drv_close (struct inode *node, struct file *file)
    {
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
      return 0;
    }
    
    /* 2. 定义自己的file_operations结构体                                              */
    static struct file_operations led_drv = {
      .owner   = THIS_MODULE,
      .open    = led_drv_open,
      .read    = led_drv_read,
      .write   = led_drv_write,
      .release = led_drv_close,
    };
    
    /* 4. 把file_operations结构体告诉内核:注册驱动程序                                */
    /* 5. 谁来注册驱动程序啊?得有一个入口函数:安装驱动程序时,就会去调用这个入口函数 */
    static int __init led_init(void)
    {
      int err;
      int i;
    
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
      major = register_chrdev(0, "100ask_led", &led_drv);  /* /dev/led */
    
      led_class = class_create(THIS_MODULE, "100ask_led_class");
      err = PTR_ERR(led_class);
      if (IS_ERR(led_class)) {
          printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
          unregister_chrdev(major, "led");
          return -1;
      }
    
      for (i = 0; i < LED_NUM; i++)
          device_create(led_class, NULL, MKDEV(major, i), NULL, "100ask_led%d", i); /* /dev/100ask_led0,1,... */
    
      p_led_opr = get_board_led_opr();
    
      return 0;
    }
    
    /* 6. 有入口函数就应该有出口函数:卸载驱动程序时,就会去调用这个出口函数           */
    static void __exit led_exit(void)
    {
      int i;
      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__);
    
      for (i = 0; i < LED_NUM; i++)
          device_destroy(led_class, MKDEV(major, i)); /* /dev/100ask_led0,1,... */
    
      device_destroy(led_class, MKDEV(major, 0));
      class_destroy(led_class);
      unregister_chrdev(major, "100ask_led");
    }
    
    /* 7. 其他完善:提供设备信息,自动创建设备节点                                     */
    
    module_init(led_init);
    module_exit(led_exit);
    
    MODULE_LICENSE("GPL");
  • 测试用例和Makefile
    #include <sys/types.h>
    #include <sys/stat.h>
    #include <fcntl.h>
    #include <unistd.h>
    #include <stdio.h>
    #include <string.h>
    
    /*
     * ./ledtest /dev/100ask_led0 on
     * ./ledtest /dev/100ask_led0 off
     */
    int main(int argc, char **argv)
    {
      int fd;
      char status;
    
      /* 1. 判断参数 */
      if (argc != 3)
      {
          printf("Usage: %s <dev> <on | off>\n", argv[0]);
          return -1;
      }
    
      /* 2. 打开文件 */
      fd = open(argv[1], O_RDWR);
      if (fd == -1)
      {
          printf("can not open file %s\n", argv[1]);
          return -1;
      }
    
      /* 3. 写文件 */
      if (0 == strcmp(argv[2], "on"))
      {
          status = 1;
          write(fd, &status, 1);
      }
      else
      {
          status = 0;
          write(fd, &status, 1);
      }
    
      close(fd);
    
      return 0;
    }
    # 1. 使用不同的开发板内核时, 一定要修改KERN_DIR
    # 2. KERN_DIR中的内核要事先配置、编译, 为了能编译内核, 要先设置下列环境变量:
    # 2.1 ARCH,          比如: export ARCH=arm64
    # 2.2 CROSS_COMPILE, 比如: export CROSS_COMPILE=aarch64-linux-gnu-
    # 2.3 PATH,          比如: export PATH=$PATH:/home/book/100ask_roc-rk3399-pc/ToolChain-6.3.1/gcc-linaro-6.3.1-2017.05-x86_64_aarch64-linux-gnu/bin
    # 注意: 不同的开发板不同的编译器上述3个环境变量不一定相同,
    #       请参考各开发板的高级用户使用手册
    
    KERN_DIR = /home/book/100ask_roc-rk3399-pc/linux-4.4
    
    all:
      make -C $(KERN_DIR) M=`pwd` modules
      $(CROSS_COMPILE)gcc -o ledtest ledtest.c 
    
    clean:
      make -C $(KERN_DIR) M=`pwd` modules clean
      rm -rf modules.order
      rm -f ledtest
    
    # 参考内核源码drivers/char/ipmi/Makefile
    # 要想把a.c, b.c编译成ab.ko, 可以这样指定:
    # ab-y := a.o b.o
    # obj-m += ab.o
    
    # leddrv.c board_demo.c 编译成 100ask.ko
    100ask_led-y := leddrv.o board_demo.o
    obj-m += 100ask_led.o

原文地址:https://www.cnblogs.com/DXGG-Bond/p/12316233.html

时间: 2024-10-10 19:46:08

基于分层思想的驱动程序软件框架的相关文章

基于Proxy思想的Android插件框架

意义 研究插件框架的意义在于下面几点: 减小安装包的体积,通过网络选择性地进行插件下发 模块化升级.减小网络流量 静默升级,用户无感知情况下进行升级 解决低版本号机型方法数超限导致无法安装的问题 代码解耦 现状 Android中关于插件框架的技术已经有过不少讨论和实现.插件通常打包成apk或者dex的形式. dex形式的插件往往提供了一些功能性的接口,这样的方式类似于java中的jar形式.仅仅是因为Android的Dalvik VM无法直接动态载入Java的Byte Code,所以须要我们提供

您在基于 Windows 7 的或基于 Windows Server 2008 R2 的计算机上读取器中插入智能卡时出现错误消息:&quot;设备驱动程序软件未能成功安装&quot;

http://support.microsoft.com/kb/976832/zh-cn http://support.microsoft.com/kb/976832/zh-tw 症状 当智能卡插入智能卡阅读器后时,Windows 尝试下载并安装智能卡 minidrivers 通过插服务卡.如果自定义的加密服务提供程序未在系统上安装智能卡的驱动程序在任一预配置位置,如 Windows 更新. WSUS 或 intranet 路径不可用,在通知区域中将收到以下错误消息: 未能成功安装设备驱动程序软

CDIF:基于JSON的SOA软件框架

通用设备互联框架(CDIF)是一个基于web的连接框架,目前有部分开源实现存放在: GitHub - out4b/cdif: Common device interconnect framework.CDIF是一种基于JSON的SOA软件框架.CDIF为客户端app提供了与基于XML的WSDL语言和SOAP协议同等抽象能力.但简洁得多的基于JSON的实现,也非常适合用于描述微服务架构的API接口.CDIF提供了完整的服务注册和发现能力,并为所有的web服务和物联网设备,包括REST.SOAP类型

团队软件开发_基于windows下截屏软件关于NABC框架的特点

经过我们小组数次的激烈讨论,就自己的能力和时间而言,我们小组的初步的计划是开发一款基于windows下的截图软件. 关于这个软件的功能,我们初步的想法如下: 1.能在windows下后台运行,有相应的快捷键,以便随时随地的截取用户所需要的信息: 2.在截屏开始钱前有一个关于形状的选择(如矩形,圆形等),当然,还有我们小组自认为比较好的随意形状的截图: 3.当随意形状截屏时,此软件还有磁性吸附轮廓的功能,以避免鼠标使用时截屏的轮廓不合理情况:

【blade的UI设计】理解前端MVC与分层思想(bat面试深度回顾)

前言 这里扯到面试,完全是因为最近校招要来了,很多大三的同学一定按捺不住心中的焦躁,其中有期待也有彷徨,或许更多的是些许担忧,最近在开始疯狂的复习了吧 这里小钗有几点建议给各位: ① 不要看得太重,关心则乱,太紧张反而表现不好 ② 好的选择比坚持更重要 这点小钗便深有体会了,因为当年我是搞.net的,凭着这项技能想进bat简直就是妄想,于是当时我就非常机智的转了前端,另一个同学也非常机智的转了安卓 所以各位想进大公司,还需要提前关注各个公司最大的缺口是什么,找不准缺口基本无望进大公司的 ③ 积累

Linux设备驱动模型--分离分层思想

一.设备驱动的分层思想:以platform设备驱动.input设备驱动为例看看他们在分层思想上的体现 [1]在核心层:一类设备总线通用的功能特性,如果某一设备支持的总线比较特别可以不使用这些功能特性,在自己的设备总线结构体中 进行重载. 例(1)platform核心层:定义在drivers/base/platform.c文件 Linux内核对设备总线先进行了一次全局的抽象,即概括了所有设备驱动总线具有的功能特性: struct bus_type { //具备总线名.总线属性.总线上设备属性.总线

DM8168 DVRRDK软件框架研究

转载注明:http://blog.csdn.net/guo8113/article/details/41120491 Netra(DM8168)处理器是个多核处理器,每个核之间相互独立却又相互关联,如何高效简洁地利用每个核完成一套系统功能是非常关键的,RDK这套软件平台就是针对这种多核平台设计的一套多通道视频应用方案,主要用于DVR.NVR.IPNC之类的产品. 这个软件框架结构允许用户创建不同的多路数据流来实现视频的采集.视频处理(DEI.Noise Filter.Encode.Decode.

转: Orz是一个基于Ogre思想的游戏开发架构

Orz是一个基于Ogre思想的游戏开发架构,好的结构可以带来更多的功能.Orz和其他的商业以及非商业游戏开发架构不同.Orz更专著于开发者的感受,简化开发者工作.Orz可以用于集成其他Ogre3D之外的图形引擎.Orz 0.4.0版本以及以后采用MIT开源授权.关于Orz的评价,请看这里. Orz是一个易扩展.易使用的面向对象游戏开发框架.Orz全称是Open Resources Zone,中文就是开放资源地带.Orz的目标是让每一个看电视的人,都能开发游戏. 作为对大家新春的贺礼,Ogre3D

Mindjet MindManager 思维导图软件-使用思维导图跟踪调用流程,绘制软件框架

思维导图.据说是每一个产品经理必备的软件.假设你阅读大型源码.使用思维导图跟踪调用流程,绘制软件框架将会很方便. 特点:没什么好说的.用过的都说好. 软件截图: 下载:http://www.mindmanager.cc/ MindManager新手新手教程 MindManager是一款创造.管理和交流思想的思维导图软件,其直观清晰的可视化界面和强大的功能能够高速捕捉.组织和共享思维.想法.资源和项目进程等等.MindManager新手新手教程专为新手用户设计,包括创建思维导图基本入门操作,让用户