LINUX平台设备分为 1 设备层(主要是描述设备资源) 2 驱动层(我们写驱动要实现的) 设备层:主要定义个设备的资源。 用platform_device结构体来描述一个平台设备。定义在(/include/LINUX/platform_device.h) struct platform_device { const char * name;//设备名称 int id; struct device dev; u32 num_resources;//设备使用资源的数量 struct resource * resource;//使用的资源 }; 例如:/* RTC */ /**************************************************************/ arch/arm/plat-s3c24xx/devs.c中就定义了很多平台设备,截取RTC的设备结构 static struct resource s3c_rtc_resource[] = { [0] = {//IO端口资源范围 .start = S3C24XX_PA_RTC, .end = S3C24XX_PA_RTC + 0xff, .flags = IORESOURCE_MEM,//定义了这个资源的类型(通俗点就是要内存映射的类型)/include/linux/ioport.h }, [1] = {//RTC报警中断资源 .start = IRQ_RTC, .end = IRQ_RTC, .flags = IORESOURCE_IRQ,//这个资源是中断类型的 }, [2] = {//TICK节拍时间中断资源 .start = IRQ_TICK, .end = IRQ_TICK, .flags = IORESOURCE_IRQ, } }; struct platform_device s3c_device_rtc = { .name = "s3c2410-rtc",//RTC名字(与驱动里面的name要一样) .id = -1, .num_resources = ARRAY_SIZE(s3c_rtc_resource),(对上面的s3c_rtc_resource求值,求出的是定义了几个资源) .resource = s3c_rtc_resource,//对应上面的 struct resource s3c_rtc_resource[] }; EXPORT_SYMBOL(s3c_device_rtc); /**************************************************************/ 以上定义了RTC所有的设备资源!然后我们要使用这些资源,就要添加到内核里面! 打开arch/arm/mach-s3c2440/mach-smdk2440.c这个ARM 2440平台的系统入口文件。里面有这两个! static struct platform_device *smdk2440_devices[] __initdata = { &s3c_device_usb, &s3c_device_lcd, &s3c_device_wdt, &s3c_device_i2c0, &s3c_device_iis, &s3c_device_rtc,//因为我们要加入RTC设备到系统,在这里加入 }; static void __init smdk2440_machine_init(void) { s3c24xx_fb_set_platdata(&smdk2440_fb_info); s3c_i2c0_set_platdata(NULL); platform_add_devices(smdk2440_devices, ARRAY_SIZE(smdk2440_devices));//这里是添加设备的注册函数!刚好调用上面的smdk2440_devices。 smdk_machine_init(); } 上面就吧设备资源加入到了内核! 下面就是实现我们的驱动! 具体步骤和RTC驱动的实现参照黄刚前辈的博客!http://blog.chinaunix.net/u3/101649/showart_2142248.html 我也是个菜鸟,我只是吧我的理解写下来,便以记忆! 有错误,欢迎拍砖,指正!谢谢! 《《《《《《《《《《《《《《驱动部分《《《《《《《《《《《《《《《《《《《《《《《《《《《《《 驱动层用struct platform_driver 结构体来定义驱动。 static struct platform_driver rtc_driver = //定义platform_driver 结构体 { .probe = rtc_probe, /*RTC探测函数, .remove = __devexit_p(rtc_remove),/*RTC移除函数,*/ .suspend = rtc_suspend, /*RTC挂起函数, .resume = rtc_resume, /*RTC恢复函数, .driver = { /*注意这里的名称一定要和系统中定义平台设备的地方一致,这样才能把平台设备与该平台设备的驱动关联起来*/ .name = "s3c2410-rtc", .owner = THIS_MODULE, }, }; static int __init rtc_init(void) { /*将RTC注册成平台设备驱动*/ return platform_driver_register(&rtc_driver); } static void __exit rtc_exit(void) { /*注销RTC平台设备驱动*/ platform_driver_unregister(&rtc_driver); } module_init(rtc_init); module_exit(rtc_exit); MODULE_LICENSE("GPL"); MODULE_AUTHOR("Huang Gang"); MODULE_DESCRIPTION("My2440 RTC driver"); 这个地方还跟我们以前写字符模块驱动一样,用module_init(),,但是我们把类似于中断注册,IO映射等等都都放到rtc_probe里面实现!所以这里只是调用return platform_driver_register(&rtc_driver)将RTC注册成平台设备驱动。 其实很多地方我也不懂,查查资料,我是这样理解的:为了保持低功耗,我们只是在用的某个设备的时候才将其打开,平时不用的时候我们可以挂起。因为ARM一般都用到消费电子上,所以对功耗有很高的要求!这也是我们采用平台设备的目的! 开始我以为这里就是驱动实现函数(类似于open ,read等等)!看到后来才发现不是!接口函数在后面! 注册完设备,此时系统只是知道有这个设备,但是不知道要使用什么资源!于是rtc_probe这个探测函数出场了!它主要负责探测资源,初始化,(其实设备的初始化可以放到__init rtc_init()函数里面进行的)。我们在探测函数里面注册中断(RTC有2个中断),进行内存映射(IOMAP()),就像我们写字符驱动的初始化一样!但王刚的注册中断在后面的open里面,iomap在这里面,我觉得根据实际情况来,其实放哪里都可以,比如中断,如果牵扯到共享中断,还是要放到open里面来注册。 probe函数见黄刚前辈的博客! 一切初始化完后,我们要注册一个RTC设备类。 | /*将RTC注册为RTC设备类,RTC设备类在RTC驱动核心部分中由系统定义好的, | 注意rtcops这个参数是一个结构体,该结构体的作用和里面的接口函数实现在第③步中。 | rtc_device_register函数在rtc.h中定义,在drivers/rtc/class.c中实现*/ | rtc = rtc_device_register("my2440", &pdev->dev, &rtcops, THIS_MODULE); | if (IS_ERR(rtc)) | { | /*错误处理*/ | dev_err(&pdev->dev, "cannot attach rtc\n"); | ret = PTR_ERR(rtc); | goto err_nortc; | } | static const struct rtc_class_ops rtcops = { / /RTC类的file_operation函数) .open = rtc_open, .release = rtc_release, .irq_set_freq = rtc_setfreq, .irq_set_state = rtc_setpie, .read_time = rtc_gettime, .set_time = rtc_settime, .read_alarm = rtc_getalarm, .set_alarm = rtc_setalarm, }; //这个是RTC类注册函数的原型! struct rtc_device *rtc_device_register(const char *name, struct device *dev, const struct rtc_class_ops *ops, struct module *owner); 我也不太清楚这个类的作用,我理解的是为了统一管理吗???不清楚!知道的说下! 类注册的函数里面有一个struct rtc_class_ops *ops, 这个结构体很重要,他就是我们写驱动时候那些个(READ ,WRITE等),我们主要来实现这个rtc_class_ops。 struct rtc_class_ops { int (*open)(struct device *);//打开 void (*release)(struct device *);//关闭 int (*ioctl)(struct device *, unsigned int, unsigned long);//IOCTL int (*read_time)(struct device *, struct rtc_time *);//读时间 int (*set_time)(struct device *, struct rtc_time *);//设置时间 int (*read_alarm)(struct device *, struct rtc_wkalrm *); int (*set_alarm)(struct device *, struct rtc_wkalrm *); int (*proc)(struct device *, struct seq_file *); int (*set_mmss)(struct device *, unsigned long secs); int (*irq_set_state)(struct device *, int enabled); int (*irq_set_freq)(struct device *, int freq); int (*read_callback)(struct device *, int data); }; 看看,跟我们的file_operation是多么的相似!可以说是完全一样!我们就是来实现这些函数来操作我们的RTC。目前我是这样理解的! 差不多就这样吧!我太菜了!也不是很清楚! 那什么情况可以使用platform driver机制编写驱动呢?//下面的话是转的!!哈哈! 我的理解是只要和内核本身运行依赖性不大的外围设备(换句话说只要不在内核运行所需的一个最小系统之内的设备),相对独立的,拥有各自独自的资源(addresses and IRQs),都可以用platform_driver实现。如:lcd,usb,uart等,都可以用platfrom_driver写,而timer,irq等最小系统之内的设备则最好不用platfrom_driver机制,实际上内核实现也是这样的。 下图截至黄刚的博客!http://blog.chinaunix.net/u3/101649/showart_2142248.html RTC在Linux中的整体结构: 就个人理解,RTC在Linux中整体结构分为两个部分。第一个是部分就是上面所讲的作为平台设备被挂接到系统总线中,这里我把他叫做设备层(呵呵,可能不是很准确的叫法);第二部分就是驱动部分,这里叫做驱动层。在Linux中要使一个驱动在不同的平台中都能够使用似乎是不可能的,所以我们先看2.6.30.4内核驱动中的RTC部分是单独的一个文件夹,在文件夹中包含了很多不同体系结构的RTC驱动,当然也有S3C2440的RTC驱动,然而在这些驱动中他们都使用了一组文件里面的方法,那么这组文件就是RTC的核心(注意这里的核心不是指对RTC硬件的操作,指的是对RTC操作的方法。对硬件寄存器的操作还是在具体的驱动中)。好了,我们还是用图来说明这种关系吧!! |