linux中的platform设备

发布者:gamma14最新更新时间:2016-12-04 来源: eefocus关键字:linux  platform设备 手机看文章 扫描二维码
随时随地手机看文章

linux中有一类设备,platform 。平台设备,或者说是总线,在将linux移植到mini2440上时,在mach-mini2440.c中有这样一段代码

static struct platform_device *mini2440_devices[] __initdata = {
 &s3c_device_usb,
 &s3c_device_rtc,
 &s3c_device_lcd,
 &s3c_device_wdt,
 &s3c_device_i2c0,
 &s3c_device_iis,
 &mini2440_device_eth,
 &s3c24xx_uda134x,
 &s3c_device_nand,
 &s3c_device_sdi,
 &s3c_device_usbgadget,
};

这个结构体中的每一个设备都是一个platform device, 这些设备通过platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices)); 加到内核中,或者说挂接到platform总线上,例如移植rtc时,似乎只需要在上边那个结构体中增加&s3c_device_rtc,就可以了,但这些platform设备怎么工作呢?

linux驱动的思想是这样的,它把所有的硬件都抽象成一个设备文件,在户空间只要操作这些文件,就可以操作硬件了,接下来看下这些平台设备,怎么对它们操作,例如s3c_device_rtc

static struct resource s3c_rtc_resource[] = {
 [0] = {
  .start = S3C24XX_PA_RTC,
  .end   = S3C24XX_PA_RTC + 0xff,
  .flags = IORESOURCE_MEM,
 },
 [1] = {
  .start = IRQ_RTC,
  .end   = IRQ_RTC,
  .flags = IORESOURCE_IRQ,
 },
 [2] = {
  .start = IRQ_TICK,
  .end   = IRQ_TICK,
  .flags = IORESOURCE_IRQ
 }
};

struct platform_device s3c_device_rtc = {
 .name    = "s3c2410-rtc",
 .id    = -1,
 .num_resources   = ARRAY_SIZE(s3c_rtc_resource),
 .resource   = s3c_rtc_resource,
};

这是时s3c_device_rtc 的定义,从这里可以看到这个设备的名称"s3c2410-rtc"以及s3c_rtc_resource,然后用platform_device_register(s3c_device_rtc );将设备注册,就是告诉内核,存在了这么一个设备。就像在/dev/下创建了一个节点一样,但现在并不能对它操作,比如open ,因为它还没有驱动程序。

接下来在看/driver/rtc/rtc-s3c.c,这里有s3c_device_rtc这个设备的驱动,

static struct platform_driver s3c2410_rtc_driver = {
 .probe  = s3c_rtc_probe,
 .remove  = __devexit_p(s3c_rtc_remove),
 .suspend = s3c_rtc_suspend,
 .resume  = s3c_rtc_resume,
 .driver  = {
  .name = "s3c2410-rtc",
  .owner = THIS_MODULE,
 },
};

static int __init s3c_rtc_init(void)
{
 printk(banner);
 return platform_driver_register(&s3c2410_rtc_driver);
}

static void __exit s3c_rtc_exit(void)
{
 platform_driver_unregister(&s3c2410_rtc_driver);
}

module_init(s3c_rtc_init);
module_exit(s3c_rtc_exit);

MODULE_DESCRIPTION("Samsung S3C RTC Driver");
MODULE_AUTHOR("Ben Dooks <ben@simtec.co.uk>");
MODULE_LICENSE("GPL");
MODULE_ALIAS("platform:s3c2410-rtc");

这代码应该很熟悉了,甚至可以看到了module_init(s3c_rtc_init);和module_exit(s3c_rtc_exit);,可以肯定这就是驱动,看这个结构体

static struct platform_driver s3c2410_rtc_driver = {
 .probe  = s3c_rtc_probe,
 .remove  = __devexit_p(s3c_rtc_remove),
 .suspend = s3c_rtc_suspend,
 .resume  = s3c_rtc_resume,
 .driver  = {
  .name = "s3c2410-rtc",
  .owner = THIS_MODULE,
 },

它是platform_driver ,从名字可以看到它和platform_device 是对应的,再注意另一句 platform_driver_register(&s3c2410_rtc_driver);
这里注册了一个驱动,而且这个驱动的名字叫“s3c2410-rtc”这里很关键,这个名字一定要与platform_device的名字一样, 到这里似乎可以了,对比led的驱动,我们可以想,在insmod 时,就会调用module_init(s3c_rtc_init);   ,但是led的module_init一般会注册一个字符设备,然后我们通过设备号创建设备文件,这后就可以操作led了,但对于这个rtc似乎不是这样,在他的module_init(s3c_rtc_init);   时好像只是告知内核,现在存在这么一个driver,其实远不止这些。

           首先,先来找到和用户层系统调用直接相关的文件操作函数结构体,依然在/driver/rtc/rtc-s3c.c中,有
            static const struct rtc_class_ops s3c_rtcops = {
 .open  = s3c_rtc_open,
 .release = s3c_rtc_release,
 .read_time = s3c_rtc_gettime,
 .set_time = s3c_rtc_settime,
 .read_alarm = s3c_rtc_getalarm,
 .set_alarm = s3c_rtc_setalarm,
 .irq_set_freq = s3c_rtc_setfreq,
 .irq_set_state = s3c_rtc_setpie,
 .proc         = s3c_rtc_proc,
};

这个结构体很关键了,其实linux中 ,这种ops字段的结构体都属于这类,以后看驱动也是要看这个为用户层提供了什么系统调用。

例如,在用户层,使用open打开s3c_divece_rtc,就会调用s3c_rtc_open 这个函数。接下来分析s3c_rtcops 结构体

怎么和s3c_divece_rtc这个platform设备绑在一起的。


对比leds的驱动,register_chrdev(LED_MAJOR, DEVICE_NAME, &s3c24xx_leds_fops);这一条语句就把ops结构体绑定到了设备号为

LED_MAJOR,设备名为DEVICE_NAME的设备上,那么platform设备怎么做呢?

接下来看下这个结构体

static struct platform_driver s3c2410_rtc_driver = {
 .probe  = s3c_rtc_probe,
 .remove  = __devexit_p(s3c_rtc_remove),
 .suspend = s3c_rtc_suspend,
 .resume  = s3c_rtc_resume,
 .driver  = {
  .name = "s3c2410-rtc",
  .owner = THIS_MODULE,
 },

这个platform_driver结构体,没有像ops结构体向用户空间提够系统调用函数,似乎也没有直接操作硬件,看起来相当神秘,其实只要分析一下probe这个函数就会清楚他在做什么,

static int __devinit s3c_rtc_probe(struct platform_device *pdev)
{
 struct rtc_device *rtc;
 struct resource *res;
 int ret;

 pr_debug("%s: probe=%p\n", __func__, pdev);

 /* find the IRQs */

 s3c_rtc_tickno = platform_get_irq(pdev, 1);
 if (s3c_rtc_tickno < 0) {
  dev_err(&pdev->dev, "no irq for rtc tick\n");
  return -ENOENT;
 }

 s3c_rtc_alarmno = platform_get_irq(pdev, 0);
 if (s3c_rtc_alarmno < 0) {
  dev_err(&pdev->dev, "no irq for alarm\n");
  return -ENOENT;
 }

 pr_debug("s3c2410_rtc: tick irq %d, alarm irq %d\n",
   s3c_rtc_tickno, s3c_rtc_alarmno);

 /* get the memory region */

 res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
 if (res == NULL) {
  dev_err(&pdev->dev, "failed to get memory region resource\n");
  return -ENOENT;
 }

 s3c_rtc_mem = request_mem_region(res->start,
      res->end-res->start+1,
      pdev->name);

 if (s3c_rtc_mem == NULL) {
  dev_err(&pdev->dev, "failed to reserve memory region\n");
  ret = -ENOENT;
  goto err_nores;
 }

 s3c_rtc_base = ioremap(res->start, res->end - res->start + 1);
 if (s3c_rtc_base == NULL) {
  dev_err(&pdev->dev, "failed ioremap()\n");
  ret = -EINVAL;
  goto err_nomap;
 }

 /* check to see if everything is setup correctly */

 s3c_rtc_enable(pdev, 1);

  pr_debug("s3c2410_rtc: RTCCON=%02x\n",
   readb(s3c_rtc_base + S3C2410_RTCCON));

 s3c_rtc_setfreq(&pdev->dev, 1);

 device_init_wakeup(&pdev->dev, 1);

 /* register RTC and exit */

 rtc = rtc_device_register("s3c", &pdev->dev, &s3c_rtcops,
      THIS_MODULE);

 if (IS_ERR(rtc)) {
  dev_err(&pdev->dev, "cannot attach rtc\n");
  ret = PTR_ERR(rtc);
  goto err_nortc;
 }

 rtc->max_user_freq = 128;

 platform_set_drvdata(pdev, rtc);
 return 0;

 err_nortc:
 s3c_rtc_enable(pdev, 0);
 iounmap(s3c_rtc_base);

 err_nomap:
 release_resource(s3c_rtc_mem);

 err_nores:
 return ret;
}
在这个函数中有两处加红的地方,是关键,第一处向内核注册RTC设备,同时这个RTC设备绑定了s3c_rtcops结构体,第二处,platform_set_drvdata(pdev, rtc);这个函数可以这样认为,就是将RTC设备插到s3c_device_rtc中,或者这样认为,s3c_device_rtc这个平台设备有很多资源,RTC设备连带它的文件函数操作集只不过是这个平台设备的一部分资源。到这里还有最后一个问题,这个platform设备要想使用,也就意味着module_init(s3c_rtc_init);一定在调用了probe函数之后才能使用这个设备,这个probe是在platform_driver_register(&s3c2410_rtc_driver);中调用的,可以用source insight追溯到。


在来总结一下platform divece 运行的整个流程:

首先module_init(s3c_rtc_init)通过platform_driver_register(&s3c2410_rtc_driver);注册s3c2410_rtc_driver,在注册过程中,内核通过名称"s3c2410-rtc"将驱动和s3c_device_rtc设备对应,接着调用probe函数,注册RTC设备,并插入到s3c_device_rtc设备中,通过这一步就连接了文件操作函数s3c_rtcops 与s3c_device_rtc设备。


关键字:linux  platform设备 引用地址:linux中的platform设备

上一篇:PPP拨号在ARM2410平台上的移植
下一篇:S3C2440上看门狗(Watchdog)驱动开发实例讲解

推荐阅读最新更新时间:2024-03-16 15:23

S3C2440移植linux3.4.2内核之支持YAFFS文件系统
获取yaffs2源码并给内核打补丁 首先获取yaffs2源码(参考git命令使用详解) cd /work/nfs_root git clone git@github.com:lifeyx/yaffs2.git //若下载出现error:403,可以试试vi /etc/resolv.conf,将nameserver地址改为: 114.114.114.114 将yaffs2源码来配置到内核里(使内核支持yaffs2) vi /work/nfs_root/yaffs2/README-linux 参考上图: /*给内核打补丁*/ cd /work/nfs_root/yaffs2/ ./patch-ker.sh c m /w
[单片机]
05-S3C2440学习之内核(移植)linux3.4.2移植(3)之支持DM9000C网卡及修改支持串口2
之前我们裁剪并移植好了linux3.4.2内核 http://blog.csdn.net/fengyuwuzu0519/article/details/70162666 也学习过 移植DM9000C网卡驱动程序到linux2.2.26内核上http://blog.csdn.net/fengyuwuzu0519/article/details/72821567 接下来我们在此基础上,在linux3.4.2中移植DM9000c网卡驱动,使内核可以支持网卡芯片,这样方便使用NFS网络文件系统。 一、移植思路 (1)我们现在移植好的内核中,支持smdk2440单板和mini2440单板。且使用mini2440机器id的时候
[单片机]
05-S3C2440学习之内核(移植)<font color='red'>linux</font>3.4.2移植(3)之支持DM9000C网卡及修改支持串口2
采用Linux与DSP实施双OS信号处理技术
  在系统性能与编程简易性之间的权衡折中是通用操作系统与实时操作系统之间的主要区分点之一。   GPOS(通用操作系统)倾向于提供较高程度的资源抽象,这不仅可通过支持软件模块与资源隔离来提高应用的便携性、简化开发流程,同时还能增强系统的稳健性,这使 GPOS 成为诸如网络、用户界面以及显示管理等通用系统组件的理想选择。   然而,该抽象需要以系统资源的精细粒度控制作为代价,以满足信号处理代码等高强度算法的计算性能要求。对于实现这种高级别的控制,开发人员通常需要采用实时操作系统 (RTOS)。   从嵌入式信号处理角度上讲,我们通常要考虑两种类型的操作系统,即通用操作系统 Linux 与实时操作系统 DSP(数字信号处理器)/BIO
[嵌入式]
基于3c2410的linux2.6.22移植(3)
4、 生成第一阶段gcc: $root@host:/home/arm/build-tools/# tar xvjf gcc-4.2.1.tar.bz2 打补丁: $root@host:/home/arm/build-tools/# cd gcc-4.2.1 $root@host:/home/arm/build-tools/gcc-4.2.1# patch Np1 i /home/arm/build-tools/patch/gcc-4.2.1-* $root@host:/home/arm/build-tools/ gcc-4.2.1# cd .. $root@host:/home/arm/build-tools/# cd
[单片机]
ARM-Linux驱动相关头文件知识点
#include linux/***.h 在linux-2.6.31/include/linux下面寻找源文件 #include asm/***.h 在linux-2.6.31/arch/arm/include/asm下面寻找源文件 #include mach/***.h 在linux-2.6.31/arch/arm/mach-s3c2410/include/mach下面寻找源文件 #include plat/regs-adc.h 在linux-2.6.31/arch/arm/plat-s3c/include/plat下面寻找源文件 ---------------------------------------------
[单片机]
Linux 2.6 内核的嵌入式系统应用
  随着多媒体技术与通讯技术相结合的信息技术的快速发展和互联网的广泛应用,PC 时代也过渡到了后PC时代。在数字信息技术和网络技术高速发展的后PC时代,嵌入式技术越来越与人们的生活紧密结合。   操作系统为用户使用计算机及其外部设备提供最基本的接口程序,管理计算机上的资源。随着应用领域的扩大,为了适应不同的应用场合,考虑到系统的灵活性、可伸缩性以及可裁剪性,一种以应用为中心、以计算机技术为基础、软硬件可裁剪、适应应用系统对功能、可靠性、成本、体积、功耗要求严格的专用计算机系统——嵌入式操作系统随之延生。   Linux 操作系统是一种性能优良、源码公开且被广泛应用的免费操作系统,由于其体积小、可裁减
[嵌入式]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved