☆什么是驱动框架?
内核中驱动部分维护者针对每个种类的驱动设计一套成熟的、标准的、典型的驱动实现,然后把不同厂家的同类硬件驱动中相同的部分抽出来自己实现好,再把不同部分留出接口给具体的驱动开发工程师来实现,这就叫驱动框架。
☆为什么用驱动框架?
内核维护者在内核中设计了一些统一管控系统资源的体系,这些体系让内核能够对资源在各个驱动之间的使用统一协调和分配,保证整个内核的稳定健康运行。譬如系统中所有的GPIO就属于系统资源,每个驱动模块如果要使用某个GPIO就要先调用特殊的接口先申请,申请到后使用,使用完后要释放。又譬如中断号也是一种资源,驱动在使用前也必须去申请。这也是驱动框架的组成部分。
☆一些特定的接口函数、一些特定的数据结构,这些是驱动框架的直接表现。
☆ leds驱动框架的使用:
以leds-s3c24xx.c为例来分析
① 分析leds驱动框架之前先分析用到的总线设备驱动模型的platform总线,
module_init(s3c24xx_led_init);
platform_driver_register(&s3c24xx_led_driver);
s3c24xx_led_driver中的name = "s3c24xx_led"
如果这部分driver起作用,需要有个地方platform_devices_register了一个设备。设备的name = "s3c24xx_led";
分析得知,设备的注册在arch/arm/mach-s3c2440/mach-mini2440的定义了
static struct platform_device mini2440_led1/led2/led3 三个结构体,
被放在了 static struct platform_device *mini2440_devices[] __initdata 中
被调用的关系是:
mini2440_init()
platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices));
platform_device_register();进行循环注册
这样当driver遇到了devices 就会执行leds-s3c24xx.c的platform_driver结构体的probe函数;
probe函数主要做两件事:
内核中驱动部分维护者针对每个种类的驱动设计一套成熟的、标准的、典型的驱动实现,然后把不同厂家的同类硬件驱动中相同的部分抽出来自己实现好,再把不同部分留出接口给具体的驱动开发工程师来实现,这就叫驱动框架。
☆为什么用驱动框架?
内核维护者在内核中设计了一些统一管控系统资源的体系,这些体系让内核能够对资源在各个驱动之间的使用统一协调和分配,保证整个内核的稳定健康运行。譬如系统中所有的GPIO就属于系统资源,每个驱动模块如果要使用某个GPIO就要先调用特殊的接口先申请,申请到后使用,使用完后要释放。又譬如中断号也是一种资源,驱动在使用前也必须去申请。这也是驱动框架的组成部分。
☆一些特定的接口函数、一些特定的数据结构,这些是驱动框架的直接表现。
☆ leds驱动框架的使用:
以leds-s3c24xx.c为例来分析
① 分析leds驱动框架之前先分析用到的总线设备驱动模型的platform总线,
module_init(s3c24xx_led_init);
platform_driver_register(&s3c24xx_led_driver);
s3c24xx_led_driver中的name = "s3c24xx_led"
如果这部分driver起作用,需要有个地方platform_devices_register了一个设备。设备的name = "s3c24xx_led";
分析得知,设备的注册在arch/arm/mach-s3c2440/mach-mini2440的定义了
static struct platform_device mini2440_led1/led2/led3 三个结构体,
被放在了 static struct platform_device *mini2440_devices[] __initdata 中
被调用的关系是:
mini2440_init()
platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices));
platform_device_register();进行循环注册
这样当driver遇到了devices 就会执行leds-s3c24xx.c的platform_driver结构体的probe函数;
probe函数主要做两件事: