plat_fom介绍:
相对与USB,PCI,I2C,SPI等物理总线来说,platform总线是一种虚拟、抽象出来的总线,实际中并不存在这样的总线。
那么为啥要有平台总线呢?由于大多数设备都是集成再SOC内部的,和CPU直接连接,将其直接扩展到内部地址空间,因此他们本身就不该有总的概念,本身就不属于总线的链接方式,但是如果一部分设备设计得有总线,一部分没有总线就太乱了,所以除了I2C,PCI,SPI等得设备就归类到平台总线来管理更方便。
设备树介绍 :
设备树是一种描述硬件得数据结构,在操作系统引导阶段进行设备初始化得时候,数据结构中得硬件信息被检测并传递给操作系统。(路径/proc/device-tree)
Liunx内核从3.x开始引入设备树得概念,用于实现驱动代码与设备信息相分离。在设备树出现之前,所有关于设备得具体信息都要写在驱动里面,一旦外围设备变化,驱动代码就要重写。引入设备树后,驱动代码只负责处理驱动得逻辑,而关于设备具体信息要存放到设备树文件中。
这样,如果只是硬件接口信息得变化而没有驱动逻辑得变化,驱动开发者只需要修改设备树文件信息,不需要改写驱动代码
实现过程:(本次基于exynos-fs4412开发板)
设备树:
$ vi arch/arm/boot/dts/exynos4412-fs4412.dts
进入源码后根据芯片手册添加所需设备:
mybree@11000ca0{
compatile ="fs , mybee" ;
reg=<0×11000A00x4>,<0x139d0000 0×14>;
}
添加完成后使用输入以下代码生成新的设备树二进制文件(exynos-fs4412.dtb)
$ make exynos4412-or1gen.dtb
plat_form:
#include <linux/init.h>
#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux /cdev.h>
#include <linux/fs.h>
//定义platform_driver对象
struct of_device_id of_matches[]={
//获取buzzer相关硬件信息
};
static struct platform_driver mydriver ={//平台驱动相关操作13
};
static int mod_init(void){
return platform_driver_register(&mydriver);//平台驱动注册18}
}
static void mod_exit(void)
{
platform_driver_unregister( &mydriver);//平台驱动注销
}
module_init(mod_init);
module_exit(mod_exit);
MODULE__L