迅为嵌入式linux驱动开发笔记（三）— 平台总线模型

已于 2022-07-14 09:29:15 修改
阅读量968 收藏 6
点赞数
分类专栏： Linux操作系统 # 嵌入式驱动linux 文章标签： linux 单片机 驱动开发 arm
于 2022-03-04 08:28:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_46152793/article/details/123249356
版权

一、平台总线模型介绍

1、什么是平台总线模型？

平台总线模型也叫 platform 总线模型。 是 Linux 内核虚拟出来的一条总线，不是真实的导线。

平台总线模型就是把原来的驱动 C 文件给分成了俩个 C 文件，一个是 device.c ， 一个是 driver.c 把稳定不变的放在 driver.c 里面，需要变得就放在了 device.c 里面。把共性的放在dirver.c，变的存放在device.c中。

2、为什么会有平台总线模型？
（ 1 ） 可以提高代码的重用性
（ 2 ） 减少重复性代码。
设备 总线 驱动
device.c driver.c

3、 平台总线模型的优点。
（1）驱动和设备代码是区分的，重用性强，可以减少重复性！

（2）挂载到了platform总线上。

4、怎么编写以平台总线模型设计的驱动？
一个是 device.c，一个是 driver.c。然后分别注册 device.c 和 driver.c 。

平台总线是以名字来匹配的，实际上就是字符串比较。

二、注册Platform设备

1.平台总线注册一个 device
device.c 里面写的是硬件资源，这里的硬件资源是指寄存器的地址，中断号，时钟等硬件资源。 在 Linux 内核里面，我们是用一个结构体来描述硬件资源的。

struct platform_device { 
	const char *name; 
	平台总线进行匹配的时候用到的 name,/sys/bus......
	int id ;
	设备id,一般写-1 
	struct device dev;
	内嵌的 device 结构体
	u32 num_resources; 
	资源的个数
	struct resource *resource; 
	device里面的硬件资源(寄存器地址和中断时钟等)。 };

 struct resource { 
 resource_size_t start; 
 资源的起始 
 resource_size_t end; 
 资源的结束 
 const char *name; 
 资源的名字 
 unsigned long flags; 
 资源的类型 }; 

#define IORESOURCE_IO 	IO 的内存
#define IORESOURCE_MEM 	表述一段物理内存
#define IORESOURCE_IRQ 	表示中断

device部分驱动代码：

#include<linux/init.h>
#include<linux/module.h>
#include <linux/platform_device.h>

void beep_release(struct device *dev)
{
    printk("beep_release\n");
}

struct resource beep_res[] = 
{
    [0] = {
        .start  = 0x020AC000,//开始  蜂鸣器地址
        .end    = 0x020AC003,//结束
        .flags  = IORESOURCE_MEM,//描述的是一段物理地址
        .name   = "GPIO5_DR"
    }
};

struct platform_device beep_device = {
    .name = "beep_test",//匹配名称
    .id = -1,
    .resource = beep_res,
    .num_resources = ARRAY_SIZE(beep_res),
    .dev = {
        .release = beep_release
    }
};

static int device_init(void)
{
    printk("hello world");
    //加载到内核
    return platform_device_register(&beep_device);
}

static void device_exit(void)
{
    printk("bye bye");
    platform_device_unregister(&beep_device);
}

module_init(device_init);

module_exit(device_exit);

MODULE_LICENSE("GPL");
实验现象

在这里插入图片描述
查看 /sys/bus/platform/devices目录下，可以看到已经加载成功了
在这里插入图片描述卸载驱动
在这里插入图片描述

三、注册platform驱动

编写driver.c
首先定义一个platform_driver的结构体变量，然后实现结构体中的各个成员变量，那么当driver和device匹配成功的时候，会执行probe函数，所以匹配成功之后的重点就在于probe函数的编写。

 struct platform_driver {
			int (*probe)(struct platform_device *);//函数指针
			匹配函数：当driver和device匹配成功之后，执行probe函数
			int (*remove)(struct platform_device *);
			当driver和device任意一个remove的时候，执行这个函数
			void (*shutdown)(struct platform_device *);
			当设备收到shutdown，会执行这个函数
			int (*suspend)(struct platform_device *, pm_message_t state);
			当设备收到suspend，会执行这个函数休眠
			int (*resume)(struct platform_device *);
			当设备收到resume，会执行这个函数唤醒
			struct device_driver driver;
			const struct platform_device_id *id_table;
			//优先匹配id_table 的.name成员
			bool prevent_deferred_probe;
 };


 struct device_driver {
			const char      *name;
			//这个是我们匹配设备时候要用到的名字
			struct bus_type     *bus;
			struct module       *owner;
			const char      *mod_name;  /* used for built-in modules */
			bool suppress_bind_attrs;   /* disables bind/unbind via sysfs */
			const struct of_device_id   *of_match_table;
			const struct acpi_device_id *acpi_match_table;
			int (*probe) (struct device *dev);
			int (*remove) (struct device *dev);
			void (*shutdown) (struct device *dev);
			int (*suspend) (struct device *dev, pm_message_t state);
			int (*resume) (struct device *dev);
			const struct attribute_group **groups;
			const struct dev_pm_ops *pm;
			struct driver_private *p;
};

设备驱动代码编写：

#include<linux/init.h>
#include<linux/module.h>
#include <linux/platform_device.h>

int beep_probe(struct platform_device *pdev){
    printk("beep_probe");
    return 0;
}

int beep_remove(struct platform_device *pdev){
    printk("beep_remove");
    return 0;
}

//id_table 的优先级比较高
const struct platform_device_id beepid_table = 
{
    .name = "123"
};

struct platform_driver beep_driver = {
     .probe = beep_probe,
     .remove = beep_remove,
     .driver = {
         .owner = THIS_MODULE,
         .name = "beep_test"
     },
     .id_table = &beepid_table
 };

static int beep_driver_init(void)
{
    int ret =0;
    ret = platform_driver_register(&beep_driver);
    if (ret<0)
    {
        printk("platform_driver_register is error");
        return ret;
    }
    
    printk("platform_driver_register is error");
    return 0;
}

static void beep_driver_exit(void)
{
    platform_driver_unregister(&beep_driver);
    printk("bye bye");
}

module_init(beep_driver_init);

module_exit(beep_driver_exit);

MODULE_LICENSE("GPL");
实验现象

在这里插入图片描述
device和driver综合测试：
结果如下：进入了probe函数~~~！！！
在这里插入图片描述

四、平台总线probe函数编写

probe 函数编写思路：
（1）从 device.c 里面获取资源
方式一、直接获得，不推荐。

 printk("beep_res is %s\n",pdev->resource[0].name);//直接获取，打印成员变量

方法二、使用函数获得

struct resource *platform_get_resource_byname(struct platform_device *,unsigned int,const char *);

（2）注册杂项 / 字符设备，完善file_operation 结构体，并生成设备节点。

注册之前要先登记。

 #define request_mem_region(start,n,name) __request_region(&iomem_resource, (start), (n    ), (name), 0)

登记使用


int beep_probe(struct platform_device *pdev){

    printk("beep_probe");
    
		//方法1、直接获取，打印成员变量
    printk("beep_res is %s\n",pdev->resource[0].name);

    //方法2 结构体成员 资源类型，同类中第几个
    beep_mem = platform_get_resource(pdev,IORESOURCE_MEM,0);
    if (beep_mem == NULL)
    {
        printk("platform_get_resource is error\n");
        return -EBUSY;
    }
    printk("beep_res start is 0x%x\n",beep_mem->start);
    
    printk("beep_res end is 0x%x\n",beep_mem->end);

    //登记使用
    beep_mem_temp = requset_mem_region(beep_mem->start,beep_mem->end-beep_mem->start+1,"beep");

    if (beep_mem_temp == NULL) 
    {
        printk("requset_mem_region is error\n");
        goto err_region;
    }

    return 0;
err_region:
    release_mem_region(beep_mem->start,beep_mem->end-beep_mem->start+1);

}

与原先的区别就是在probe函数中使用杂项设备和字符设备，将device和driver分开了。先前是在misc_init中注册杂项设备。

#include<linux/init.h>
#include<linux/module.h>
#include <linux/platform_device.h>
#include <linux/ioport.h>
#include <linux/miscdevice.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/io.h>

#define GPIO5_DR 0x020AC000

unsigned int *vir_gpio_dr;//存放映射完成的虚拟地址的首地址

int misc_open(struct inode *inode,struct file *file)
{
    printk("hello misc_open\n");
    
    return 0;
}

int misc_close(struct inode *inode,struct file *file)
{
    printk("bye bye\n");
    
    return 0;
}

int misc_read(struct file *file,char __user *ubuf,size_t size,loff_t *loff_t)
{
    char kbuf[64] = "hello";

    if(copy_to_user(ubuf,kbuf,sizeof(kbuf))!=0)
    {
        printk("copy to user error\n");
        return -1;
    }  
    return 0;
}

int misc_write(struct file *file,const char __user *ubuf,size_t size,loff_t *loff_t)
{
   char kbuf[64] = {0};

    if(copy_from_user(kbuf,ubuf,size)!=0)  //ubuf  传送进来 保存到 kbuf中
    {
        printk("copy_from_user\n");
        return -1;
    }  
    printk("kbuf is %s\n",kbuf);

    if (kbuf[0] == 1)
        *vir_gpio_dr |= (1 <<1);//open
    else if (kbuf[0] == 0)
        *vir_gpio_dr &= ~(1 <<1);//close
    
    return 0;

}

struct file_operations  misc_fops ={
    .owner      = THIS_MODULE,
    .open       = misc_open,
    .release    = misc_close,
    .read       = misc_read,
    .write      = misc_write
};

struct miscdevice misc_dev = {
    .minor = MISC_DYNAMIC_MINOR,
    .name = "hello_misc",
    .fops = &misc_fops
};

struct resource *beep_mem;

struct resource *beep_mem_temp;

int beep_probe(struct platform_device *pdev){

     int ret = 0;

    printk("beep_probe");
    
		//方法1、直接获取，打印成员变量
    printk("beep_res is %s\n",pdev->resource[0].name);

    //方法2 结构体成员 资源类型，同类中第几个
    beep_mem = platform_get_resource(pdev,IORESOURCE_MEM,0);
    if (beep_mem == NULL)
    {
        printk("platform_get_resource is error\n");
        return -EBUSY;
    }
    printk("beep_res start is 0x%x\n",beep_mem->start);
    
    printk("beep_res end is 0x%x\n",beep_mem->end);

#if 0
    //登记使用
    beep_mem_temp = requset_mem_region(beep_mem->start,beep_mem->end-beep_mem->start+1,"beep");

    if (beep_mem_temp == NULL) 
    {
        printk("requset_mem_region is error\n");
        goto err_region;
    }
#endif

/************************************************************/

    vir_gpio_dr = ioremap(beep_mem->start,4);

    if(vir_gpio_dr == NULL) 
    {
        printk("GPIO5_DR ioremap error\n");
        return -EBUSY;
    }
    printk("GPIO5_DR ioremap ok\n");

/************************************************************/

    ret = misc_register(&misc_dev);//注册
    if (ret<0)
    {
        printk("misc_register is error\n");
        return -1;
    }
    printk("misc_register is successful\n");

    return 0;

// err_region:
//     release_mem_region(beep_mem->start,beep_mem->end-beep_mem->start+1);

}

int beep_remove(struct platform_device *pdev){

    printk("beep_remove");
    return 0;
}

//id_table 的优先级比较高
const struct platform_device_id beepid_table = 
{
    .name = "123"
};

struct platform_driver beep_driver = {
     .probe = beep_probe,
     .remove = beep_remove,
     .driver = {
         .owner = THIS_MODULE,
         .name = "beep_test"
     },
     .id_table = &beepid_table
 };

static int beep_driver_init(void)
{
    int ret =0;
    ret = platform_driver_register(&beep_driver);
    if (ret<0)
    {
        printk("platform_driver_register is error");
        return ret;
    }
    
    printk("platform_driver_register is error");
    
    return 0;
}

static void beep_driver_exit(void)
{
    platform_driver_unregister(&beep_driver);

    misc_deregister(&misc_dev);//卸载

    iounmap(vir_gpio_dr);

    printk("bye bye");

}

module_init(beep_driver_init);

module_exit(beep_driver_exit);

MODULE_LICENSE("GPL");
实验结果

首先挂载
在这里插入图片描述

梅山剑客
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【Kernel】驱动开发学习之Platform平台总线模型
凉开水白菜的博客
07-22 665
平台总线模型也交platform总线模型，他是Linux虚拟出来的一条总线，他并不是真实的一条真实的电气总线；平台总线模型就是把原来的驱动C文件给分成了两个文件一个是device文件对应我们的设备文件，一个是driver文件对应我们的驱动文件，平台总线的优点有1）提高代码重用性2）减少重复性代码3）区分设备与驱动4）更方便管理我们的设备把稳定不变的驱动放在driver里面，需要做改动的设备部分放在device文件中；...
Platform机制
小跃_进击
07-30 1056
Platform机制 Platform总线Linux中一种虚拟总线。platform机制的本身使用并不复杂，由两部分组成：platform_device和platform_driver Platform 驱动与传统的设备驱动模型相比，优势在于platform机制将设备本身的资源注册进内核，由内核统一管理，在驱动程序使用这些资源时使用统一的接口，这样提高了程序的可移植性。
Linux驱动----平台设备总线
最新发布
wanghongshuai1的博客
04-21 886
Linux驱动----平台设备总线,介绍相关概念和api接口
linux总线驱动模型之platform总线驱动模型
正在进步的嵌入式码农
06-07 382
本文重点讲述了platform驱动的作用与使用方法，介绍了linux上的分层思想
Linux驱动开发：platform总线驱动
W__winter的博客
05-06 1978
/定义在linux/module.h中使用时，参数如下：of：总线类型match_table：idtable数组首地址。
linux总线设备驱动模型——platform总线设备模型
Soｌong
08-13 532
Platform总线 Platform总线是linux2.6内核加入的一种虚拟总线。 Platform机制由两部分组成：platform_device 和 platform_driver。 Platform设备驱动优势 platform机制将设备本身的资源注册进内核，由内和统一管理。 在驱动程序使用这些资源时使用统一的接口，提高了程序的可移植性。 platform_device结构体 struct platform_device{ const char *name; //设备名 int id
嵌入式Linux驱动程序(华清远见的培训内容)
12-20
《嵌入式Linux驱动程序》是华清远见教育集团针对嵌入式系统开发人员提供的一门专业培训课程，旨在深入讲解Linux系统下的设备驱动开发技术。这门课程的独特之处在于它不仅涵盖了基础理论，还提供了丰富的实践案例，...
linux设备驱动开发笔记
08-14
Linux设备驱动开发是操作系统与硬件之间的重要桥梁，它允许操作系统控制和管理硬件资源，从而实现高效、稳定的操作。本笔记主要基于《Linux Device Driver 3》进行深入探讨，旨在为开发者提供一个全面的学习路径。 ...
学习linux底层驱动笔记
07-27
10. **实例分析**：《Linux设备驱动程序》这本书中包含了大量的实际驱动示例，如字符设备驱动、块设备驱动、网络设备驱动等，是深入理解Linux驱动开发的宝贵资源。 以上内容只是Linux底层驱动学习笔记中的一部分，...
Linux驱动开发课件.zip
10-22
Linux驱动开发是一个深入操作系统内核的复杂领域，它涉及到对硬件设备的理解以及如何与之通信。这份"Linux驱动开发课件.zip"包含了丰富的学习资源，旨在帮助初学者和有经验的开发者提升在C语言、数据结构、Unix C、...
详解Linux2.6内核中基于platform机制的驱动模型
08-03
本文以Linux 2.6.25 内核为例，分析了基于platform总线的驱动模型。首先介绍了Platform总线的基本概念，接着介绍了platform device和platform driver的定义和加载过程，分析了其与基类device 和driver的派生关系及在此过程中面向对象的设计思想。最后以ARM S3C2440中I2C控制器为例介绍了基于platform总线的驱动开发流程。
linux驱动基础部分代码、笔记、ppt(达内培训资料)
01-20
本资源包包含了Linux驱动基础部分的代码实例、教师的课堂笔记以及相关的教学PPT，非常适合对Linux驱动开发感兴趣的学习者进行深入研究。 1. **Linux驱动的基本概念** Linux驱动程序是一种软件，它允许Linux内核与...
【转】Linux设备驱动模型之platform总线详解
迟子涵925的博客
09-10 479
1、什么是platform(平台)总线？     相对于USB、PCI、I2C、SPI等物理总线来说，platform总线是一种虚拟、抽象出来的总线，实际中并不存在这样的总线。     那为什么需要platform总线呢？其实是Linux设备驱动模型为了保持设备驱动的统一性而虚拟出来的总线。因为对于usb设备、i2c设备、pci设备、spi设备等等，他们与cpu的通信都是直接挂在相应的总线下面...
Linux总线
summer_fish的专栏
06-01 1588
总线的原理是通过定义一组规范和接口，将相似类型的设备归类并提供统一的访问方式。设备驱动程序可以通过总线接口来发现、注册和控制设备，以及与设备进行数据交换。1. 统一接口：通过总线，不同类型的设备可以使用相同的接口进行访问，简化了设备的管理和驱动程序的开发。2. 热插拔支持：总线可以支持设备的热插拔，即在运行时插入或拔出设备而无需重新启动系统。3. 设备发现：总线提供了设备发现机制，可以自动识别和注册连接到总线上的设备。
linux设备驱动模型-linux驱动开发第5部分
10-18
本课程是linux驱动开发的第5个课程，主要内容是linux的设备驱动模型，包括总线、类、设备、驱动等概念，重点通过platform平台总线的工作来演示设备驱动模型的工作方法，实践环节对上个课程的LED驱动进行平台总线式改造，终目标是让大家彻底掌握linux的总线式设备驱动模型。
Linux驱动开发--平台总线
xinqi_1的博客
06-23 462
​ driver模块中，struct platform_driver成员driver的name成员必须指定，但与device模块中name可以不相同。2.2 id匹配（可想象成八字匹配）：一个驱动可以对应多个设备 ------优先级次低。2.3 设备树匹配：内核启动时根据设备树自动产生的设备 ------ 优先级最高。2.1 名称匹配：一个驱动只对应一个设备 ----- 优先级最低。​ 带来的问题-------怎样将二者进行关联（匹配）？总线：匹配设备和驱动——婚介所：提供沟通机制，完成拉郎配。
总线设备驱动模型---platform篇
shangyaowei的专栏
12-19 394
2012-09-02 10:57:50 分类： LINUX     linux从2.6起就加入了一套新的驱动管理和注册的机制platform平台总线，是一条虚拟的总线，设备用platform_device表示，驱 动用platform_driver进行注册。于传统的bus/device/driver机制相比，platform由内核进行统一管理，在驱动中使用 资源，提高了代码的安全性和可移植性。
linux驱动程序框架,Linux驱动框架
weixin_29327977的博客
05-01 259
简单介绍platform驱动中的led驱动,input设备驱动,i2c驱动,spi驱动。Platform led驱动最简单的了解platform平台的例子，可以理解为3部分，由驱动层，系统核心层，设备驱动三部分组成：驱动层：硬件设备注册部分。系统核心层：无设备驱动层：设备端的实现，如led闪烁等实际上之所以这里分成3部分，是为了与后面的设备驱动程序对应起来。使用步骤示例：(1)platform_d...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值