上一节讲了input子系统,主要思想就是把硬件相关的部分和纯软件部分分开来,由input.c把两部分连接起来。并由它向应用层提供接口,这样硬件相关的部分再怎么改,只要符合这套规范,应用程序都不需要变,去读取input_event输入的值就可以。
总线将设备和驱动绑定,在系统每注册一个设备的时候,会寻找与之匹配的驱动;同样,在系统每注册一个驱动的时候,会寻找与之匹配的设备,而匹配由总线完成。 怎么匹配呢?
总线结构中有一个 .match 方法,match函数首先判断是否有id_table,如果有则使用id_table来进行匹配,否则,判断platform_device和platform_driver成员里的name,如果二者的name字段相同则匹配,如果匹配则调用platform_driver的probe函数。
需要注意的是: 这个bus_drv_dev 模型只不过是一种左、右建立联系的机制而以, 这个driver 和 device 都只是一个结构体,里面有什么成员完成由程序员建立,不要被名字给迷惑了。
platform_device结构体的定义:
①平台设备的注册,使用platform_device_register函数;platform_device_register函数先通过device_initialize函数初始化platform_device的device成员,然后调用platform_device_add向内核添加一个平台设备。platform_device_add最终调用device_add来完成平台设备的注册。
②platform_driver结构体有device_driver成员,device_driver也有probe、remove、shutdown等函数,在平台驱动注册的时候被初始化。前面说过,当系统中存在有平台设备和平台驱动通过总线的match函数匹配后则会调用platform_driver的probe函数,参数为platform_device,有时候也通过id_table来判断是否匹配。
平台驱动的注册使用platform_driver_register函数;先初始化platform_driver里的driver,该driver的类型为device_driver,最后调用driver_register函数来注册平台驱动。
下面以一个简单的点 LED 灯的例子来实现这一套bus_drv_dev 模型,理清它的实现过程。
问1:如何编写平台总线驱动设备这一套架构的设备驱动?
答:分为两个.c文件,一个是dev.c,另一个是drv.c;前者实现平台设备,后者实现平台驱动,平台总线不用我们自己实现。
问2:编写平台设备驱动的核心内容有哪些?
答:① 分配、设置、注册一个platform_device
② 使用platform_device_register(struct platform_device *pdev)函数,注册这个平台设备
下面是 led_dev.c 的源码:
问3:编写平台驱动的核心内容有哪些?
答:① 分配、设置、注册一个platform_driver;
② 然后注册这个平台驱动,使用platform_driver_register(struct platform_driver *drv)函数
问4:probe函数什么时候被调用?
答: .match 方法匹配到系统中有同名的平台设备和平台驱动时,就会调用probe函数。
下面是 led_drv.c 的源码:
最近找到一个也是看韦东山的视频的博客,写得不错,地址: http://blog.csdn.net/lwj103862095/article/category/1306955 以后就可以省些精力了。本文也有部分从那摘录。
分析内核下 /drivers/input/keyboard/gpio_keys.c 在入口程序中调用了 platform_driver_register()函数,这就涉及到另外一个概念---bus_drv_dev 模型(总线驱动设备模型). platform总线是一种虚拟的总线,相应的设备则为platform_device,而驱动则为platform_driver。Linux 2.6的设备驱动模型中,把I2C、RTC、LCD等都归纳为platform_device。
这里先放上它的框架图:
总线将设备和驱动绑定,在系统每注册一个设备的时候,会寻找与之匹配的驱动;同样,在系统每注册一个驱动的时候,会寻找与之匹配的设备,而匹配由总线完成。 怎么匹配呢?
总线结构中有一个 .match 方法,match函数首先判断是否有id_table,如果有则使用id_table来进行匹配,否则,判断platform_device和platform_driver成员里的name,如果二者的name字段相同则匹配,如果匹配则调用platform_driver的probe函数。
需要注意的是: 这个bus_drv_dev 模型只不过是一种左、右建立联系的机制而以, 这个driver 和 device 都只是一个结构体,里面有什么成员完成由程序员建立,不要被名字给迷惑了。
platform_device结构体的定义:
struct platform_device {
const char * name; /* 名字 */
int id;
struct device dev;
u32 num_resources; /* 资源总数 */
struct resource * resource; /* 资源 */
struct platform_device_id *id_entry;
};
其中有个重要的成员是resource,是设备的资源信息,如IO地址,中断号等:
struct resource {
resource_size_t start; //资源的起始值
resource_size_t end; //资源的结束值
const char *name;
unsigned long flags; //资源的类型,如IORESOURCE_IO,IORESOURCE_MEM,IORESOURCE_IRQ,IORESOURCE_DMA
struct resource *parent, *sibling, *child;
};
下面来看一下平台设备和平台驱动怎么注册。①平台设备的注册,使用platform_device_register函数;platform_device_register函数先通过device_initialize函数初始化platform_device的device成员,然后调用platform_device_add向内核添加一个平台设备。platform_device_add最终调用device_add来完成平台设备的注册。
②platform_driver结构体有device_driver成员,device_driver也有probe、remove、shutdown等函数,在平台驱动注册的时候被初始化。前面说过,当系统中存在有平台设备和平台驱动通过总线的match函数匹配后则会调用platform_driver的probe函数,参数为platform_device,有时候也通过id_table来判断是否匹配。
平台驱动的注册使用platform_driver_register函数;先初始化platform_driver里的driver,该driver的类型为device_driver,最后调用driver_register函数来注册平台驱动。
下面以一个简单的点 LED 灯的例子来实现这一套bus_drv_dev 模型,理清它的实现过程。
问1:如何编写平台总线驱动设备这一套架构的设备驱动?
答:分为两个.c文件,一个是dev.c,另一个是drv.c;前者实现平台设备,后者实现平台驱动,平台总线不用我们自己实现。
问2:编写平台设备驱动的核心内容有哪些?
答:① 分配、设置、注册一个platform_device
② 使用platform_device_register(struct platform_device *pdev)函数,注册这个平台设备
下面是 led_dev.c 的源码:
/* 分配/设置/注册一个platform_device */
static struct resource led_resource[] = {
[0] = {
.start = 0x56000050,
.end = 0x56000050 + 8 - 1,
.flags = IORESOURCE_MEM,
},
[1] = {
.start = 5,
.end = 5,
.flags = IORESOURCE_IRQ,
}
};
static void led_release(struct device * dev)
{
}
static struct platform_device led_dev = {
.name = "myled",
.id = -1,
.num_resources = ARRAY_SIZE(led_resource),
.resource = led_resource,
.dev = {
.release = led_release,
},
};
static int led_dev_init(void)
{
platform_device_register(&led_dev);
return 0;
}
static void led_dev_exit(void)
{
platform_device_unregister(&led_dev);
}
module_init(led_dev_init);
module_exit(led_dev_exit);
MODULE_LICENSE("GPL");
resource 只是在 device中保存的一些初始化了的值而以,然后在driver中取出这些值,这样就实现了分离,只要改device中的值 就能操作不同硬件设备。
问3:编写平台驱动的核心内容有哪些?
答:① 分配、设置、注册一个platform_driver;
② 然后注册这个平台驱动,使用platform_driver_register(struct platform_driver *drv)函数
问4:probe函数什么时候被调用?
答: .match 方法匹配到系统中有同名的平台设备和平台驱动时,就会调用probe函数。
下面是 led_drv.c 的源码:
static int major;
static struct class *cls;
static volatile unsigned long *gpio_con;
static volatile unsigned long *gpio_dat;
static int pin;
static int led_open(struct inode *inode, struct file *file)
{
//printk("first_drv_open\n");
/* 配置为输出 */
*gpio_con &= ~(0x3<<(pin*2));
*gpio_con |= (0x1<<(pin*2));
return 0;
}
static ssize_t led_write(struct file *file, const char __user *buf, size_t count, loff_t * ppos)
{
int val;
copy_from_user(&val, buf, count); // copy_to_user();
if (val == 1)
{
// 点灯
*gpio_dat &= ~(1<<pin);
}
else
{
// 灭灯
*gpio_dat |= (1<<pin);
}
return 0;
}
static struct file_operations led_fops = {
.owner = THIS_MODULE, /* 这是一个宏,推向编译模块时自动创建的__this_module变量 */
.open = led_open,
.write = led_write,
};
static int led_probe(struct platform_device *pdev)
{
struct resource *res;
/* 根据platform_device的资源进行ioremap */
res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
gpio_con = ioremap(res->start, res->end - res->start + 1);
gpio_dat = gpio_con + 1;
res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
pin = res->start;
/* 注册字符设备驱动程序 */
printk("led_probe, found led\n");
major = register_chrdev(0, "myled", &led_fops);
cls = class_create(THIS_MODULE, "myled");
class_device_create(cls, NULL, MKDEV(major, 0), NULL, "led"); /* /dev/led */
return 0;
}
static int led_remove(struct platform_device *pdev)
{
/* 卸载字符设备驱动程序 */
/* iounmap */
printk("led_remove, remove led\n");
class_device_destroy(cls, MKDEV(major, 0));
class_destroy(cls);
unregister_chrdev(major, "myled");
iounmap(gpio_con);
return 0;
}
struct platform_driver led_drv = {
.probe = led_probe,
.remove = led_remove,
.driver = {
.name = "myled",
}
};
static int led_drv_init(void)
{
platform_driver_register(&led_drv);
return 0;
}
static void led_drv_exit(void)
{
platform_driver_unregister(&led_drv);
}
module_init(led_drv_init);
module_exit(led_drv_exit);
MODULE_LICENSE("GPL");
测试程序源码:
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>
/* led_test on
* led_test off
*/
int main(int argc, char **argv)
{
int fd;
int val = 1;
fd = open("/dev/led", O_RDWR);
if (fd < 0)
{
printf("can't open!\n");
}
if (argc != 2)
{
printf("Usage :\n");
printf("%s <on|off>\n", argv[0]);
return 0;
}
if (strcmp(argv[1], "on") == 0)
{
val = 1;
}
else
{
val = 0;
}
write(fd, &val, 4);
return 0;
}
当执行./9th_led_test off时,led1被熄灭;当执行./9th_led_test on时 led1被点亮。如果你需要点亮led2,那么只需要修改led_dev的led_resources改为:
static struct resource led_resources[] = {
[0] = {
.start = 0x56000010, /* TQ2440的LED是GPB5,6,7,8, GPBCON地址是0x56000010 */
.end = 0x56000010 + 8 -1,
.flags = IORESOURCE_MEM,
},
[1] = {
.start = 6, /* LED2 */
.end = 6,
.flags = IORESOURCE_IRQ,
},
};
这样,应用程序不用更改,即可点亮led2,这样一来就实现了,稳定部分不用修改,只需要修改硬件易变部分,并且应用程序不需要任何更改。
最近找到一个也是看韦东山的视频的博客,写得不错,地址: http://blog.csdn.net/lwj103862095/article/category/1306955 以后就可以省些精力了。本文也有部分从那摘录。