Linux Platform Device and Driver

Infineon MOSFET开关损耗计算实战指南 本文是英飞凌MOSFET开关损耗计算的实战指南。针对MOSFET发热问题,文章深入剖析了开关损耗的产生机理,并基于Infineon数据手册的关键参数,手把手推导了开通与关断损耗的工程计算公式。同时,指南强调了栅极电阻、寄生参数等实际因素对损耗的影响,并提供了从理论计算到实测优化的完整路径,帮助工程师精准评估与优化电源设计。 阅读详情

以下内容转自:

http://www.diybl.com/course/6_system/linux/Linuxjs/200871/129585.html

http://blog.chinaunix.net/space.php?uid=20648784&do=blog&id=1592839

platform是一个虚拟总线,相比PCI,USB,它主要用于描述SOC上的资源。platform所描述的资源有一个共同点,就是在CPU总线直接取址。
从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device和Platform_driver。Linux中大部分的设备驱动,都可以使用这套机制, 设备用Platform_device表示,驱动用Platform_driver进行注册。
Linux platform driver机制和传统的device driver 机制(通过driver_register函数进行注册)相比,一个十分明显的优势在于platform机制将设备本身的资源注册进内核,由内核统一管理,在驱动程序中使用这些资源时通过platform device提供的标准接口进行申请并使用。这样提高了驱动和资源管理的独立性,并且拥有较好的可移植性和安全性(这些标准接口是安全的)。
Platform机制的本身使用并不复杂,由两部分组成:platform_device和platfrom_driver。

通过Platform机制开发发底层驱动的大致流程为:  定义 platform_device -> 注册 platform_device -> 定义 platform_driver->注册 platform_driver。


首先要确认的就是2.6内核定义的platform总线类型


struct bus_type platform_bus_type = {
        .name = "platform",
        .dev_attrs = platform_dev_attrs,
        .match = platform_match,
        .uevent = platform_uevent,
        .pm = PLATFORM_PM_OPS_PTR,
};


然后就是设备的资源信息,例如设备的地址,中断号等。在2.6内核中platform设备用结构体platform_device来描述

struct platform_device {
        const char * name;
        int id;
        struct device dev;
        u32 num_resources;
        struct resource * resource;
};


该结构一个重要的元素是resource,该元素存入了最为重要的设备资源信息

struct resource {
        resource_size_t start;
        resource_size_t end;
        const char *name;
        unsigned long flags;
        struct resource *parent, *sibling, *child;
};

  各成员的含义如下:
  1. name指针:指向此资源的名称。
  2. start和end:表示资源的起始物理地址和终止物理地址。它们确定了资源的范围,也即是一个闭区间[start,end]。
  3. flags:描述此资源属性的标志(见下面)。
  4. 指针parent、sibling和child:分别为指向父亲、兄弟和子资源的指针。

  属性flags是一个unsigned long类型的32位标志值,用以描述资源的属性。比如:资源的类型、是否只读、是否可缓存,以及是否已被占用等。


下面举s3c2410平台的i2c驱动作为例子来说明:

static struct resource s3c_i2c_resource[] = {
         [0] = {
                   .start = S3C24XX_PA_IIC,
                   .end = S3C24XX_PA_IIC + S3C24XX_SZ_IIC - 1,
                   .flags = IORESOURCE_MEM,
         },
         [1] = {
                   .start = IRQ_IIC,
//S3C2410_IRQ(27)

                   .end = IRQ_IIC,
                   .flags = IORESOURCE_IRQ,
         }
};


这里定义了两组resource,它描述了一个I2C设备的资源,第1组描述了这个I2C设备所占用的总线地址范围,IORESOURCE_MEM表示第1组描述的是内存类型的资源信息,第2组描述了这个I2C设备的中断号,IORESOURCE_IRQ表示第2组描述的是中断资源信息。设备驱动会根据flags来获取相应的资源信息。
有了resource信息,就可以定义platform_device了:

struct platform_device s3c_device_i2c = {
         .name = "s3c2410-i2c",
         .id = -1,
         .num_resources = ARRAY_SIZE(s3c_i2c_resource),
         .resource = s3c_i2c_resource,
};


定义好了platform_device结构体后就可以调用函数platform_add_devices向系统中添加该设备了,之后可以调用platform_driver_register()进行设备注册。要注意的是,这里的platform_device设备的注册过程必须在相应设备驱动加载之前被调用,即执行platform_driver_register之前,原因是因为驱动注册时需要匹配内核中所以已注册的设备名。

s3c2410-i2c的platform_device是在系统启动时,在cpu.c里的s3c_arch_init()函数里进行注册的,这个函数申明为arch_initcall(s3c_arch_init);会在系统初始化阶段被调用。

arch_initcall的优先级高于module_init。所以会在Platform驱动注册之前调用。(详细参考include/linux/init.h)

s3c_arch_init函数如下:

static int __init s3c_arch_init(void)
{
    int ret;
    ……
/* 这里board指针指向在mach-smdk2410.c里的定义的smdk2410_board,里面包含了预先定义的I2C Platform_device等. */
    if (board != NULL) {
        struct platform_device **ptr = board->devices;
        int i;

        for (i = 0; i < board->devices_count; i++, ptr++) {
            ret = platform_device_register(*ptr);
//在这里进行注册


            if (ret) {
                printk(KERN_ERR "s3c24xx: failed to add board device %s (%d) @%p\n", (*ptr)->name,
ret, *ptr);
            }
        }
        
/* mask any error, we may not need all these board
         * devices */

        ret = 0;
    }
    return ret;
}


同时被注册还有很多其他平台的platform_device。驱动程序需要实现结构体struct platform_driver,详细查看arch/arm/mach-s3c2410/mach-smdk2410.c里的smdk2410_devices结构体。 

驱动程序需要实现结构体struct platform_driver,参考drivers/i2c/busses

/* device driver for platform bus bits */
static struct platform_driver s3c2410_i2c_driver = {
         .probe = s3c24xx_i2c_probe,
         .remove = s3c24xx_i2c_remove,
         .resume = s3c24xx_i2c_resume,
         .driver = {
                   .owner = THIS_MODULE,
                   .name = "s3c2410-i2c",
         },
};


在驱动初始化函数中调用函数platform_driver_register()注册platform_driver,需要注意的是s3c_device_i2c结构中name元素和s3c2410_i2c_driver结构中driver.name必须是相同的,这样在platform_driver_register()注册时会对所有已注册的所有platform_device中的name和当前注册的platform_driver的driver.name进行比较,只有找到相同的名称的platfomr_device才能注册成功,当注册成功时会调用platform_driver结构元素probe函数指针,这里就是s3c24xx_i2c_probe,当进入probe函数后,需要获取设备的资源信息,常用获取资源的函数主要是:

struct resource * platform_get_resource(struct platform_device *dev, unsigned int type, unsigned int num);

根据参数type所指定类型,例如IORESOURCE_MEM,来获取指定的资源。

struct int platform_get_irq(struct platform_device *dev, unsigned int num);

获取资源中的中断号。

下面举s3c24xx_i2c_probe函数分析,看看这些接口是怎么用的。

前面已经讲了,s3c2410_i2c_driver注册成功后会调用s3c24xx_i2c_probe执行,下面看代码:

  1. /* drivers/i2c/busses/i2c-s3c2410.c */

  2. static int s3c24xx_i2c_probe(struct platform_device *pdev)
  3. {
  4.     struct s3c24xx_i2c *i2c = &s3c24xx_i2c;
  5.     struct resource *res;
  6.     int ret;

  7.     /* find the clock and enable it */

  8.     i2c->dev = &pdev->dev;
  9.     i2c->clk = clk_get(&pdev->dev, "i2c");
  10.     if (IS_ERR(i2c->clk)) {
  11.      dev_err(&pdev->dev, "cannot get clock\n");
  12.      ret = -ENOENT;
  13.      goto out;
  14.     }

  15.     dev_dbg(&pdev->dev, "clock source %p\n", i2c->clk);
  16.     clk_enable(i2c->clk);


  17.     /* map the registers */
  18.     res = platform_get_resource(pdev, IORESOURCE_MEM, 0); /* 获取设备的IO资源地址 */
  19.     if (res == NULL) {
  20.      dev_err(&pdev->dev, "cannot find IO resource\n");
  21.      ret = -ENOENT;
  22.      goto out;
  23.     }
  24.     
  25.     i2c->ioarea = request_mem_region(res->start, (res->end-res->start)+1, pdev->name); /* 申请这块IO Region */
  26.     
  27.     if (i2c->ioarea == NULL) {
  28.      dev_err(&pdev->dev, "cannot request IO\n");
  29.      ret = -ENXIO;
  30.      goto out;
  31.     }
  32.     
  33.     i2c->regs = ioremap(res->start, (res->end-res->start)+1); /* 映射至内核虚拟空间 */
  34.     
  35.     if (i2c->regs == NULL) {
  36.      dev_err(&pdev->dev, "cannot map IO\n");
  37.      ret = -ENXIO;
  38.      goto out;
  39.     }
  40.     
  41.     dev_dbg(&pdev->dev, "registers %p (%p, %p)\n", i2c->regs, i2c->ioarea, res);
  42.     
  43.     /* setup info block for the i2c core */
  44.     i2c->adap.algo_data = i2c;
  45.     i2c->adap.dev.parent = &pdev->dev;
  46.     
  47.     /* initialise the i2c controller */
  48.     ret = s3c24xx_i2c_init(i2c);
  49.     if (ret != 0)
  50.      goto out;

  51.     /* find the IRQ for this unit (note, this relies on the init call to ensure no current IRQs pending */
  52.     
  53.     res = platform_get_resource(pdev, IORESOURCE_IRQ, 0); /* 获取设备IRQ中断号 */

  54.     if (res == NULL) {
  55.      dev_err(&pdev->dev, "cannot find IRQ\n");
  56.      ret = -ENOENT;
  57.      goto out;
  58.     }
  59.     
  60.     ret = request_irq(res->start, s3c24xx_i2c_irq, IRQF_DISABLED, /* 申请IRQ */
  61.      pdev->name, i2c);
  62.     
  63.     ……

  64.     return ret;
  65.     
  66. }

小思考:

那什么情况可以使用platform driver机制编写驱动呢?

我的理解是只要和内核本身运行依赖性不大的外围设备(换句话说只要不在内核运行所需的一个最小系统之内的设备),相对独立的,拥有各自独自的资源(addresses and IRQs),都可以用platform_driver实现。如:lcd,usb,uart等,都可以用platfrom_driver写,而timer,irq等最小系统之内的设备则最好不用platfrom_driver机制,实际上内核实现也是这样的。

 

参考资料:

linux-2.6.24/Documentation/driver-model/platform.txt

 

《platform _device和platform_driver注册过程》

http://blog.chinaunix.net/u2/60011/showart.php?id=1018999

 

http://www.eetop.cn/blog/html/45/11145-676.html

从零构建:如何用MATLAB打造你的第一个Stewart平台运动学仿真器 本文详细介绍了如何使用MATLAB从零构建一个六自由度Stewart平台运动学仿真器,涵盖基础理论、环境配置、运动学建模、动态轨迹规划和实时可视化实现。通过MATLAB的Robotics System Toolbox和Simulink等工具,读者可以掌握六自由度Stewart平台的逆运动学求解、正运动学求解及仿真系统集成,适用于飞行模拟器和精密定位等应用场景。 阅读详情

相关推荐

欧姆龙PLC EIP通讯配置方法

欧姆龙EIP通讯配置方法

weixin_59671695的博客 6136

platform_device 和 platform_driver 驱动管理(转载)

从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device和Platform_driver。Linux中大部分的设备驱动,都可以使用这套机制, 设备用Platform_device表示,驱动用Platform_driver进行注册。Linux platform driver机制和传统的device driver 机制(通过driver_register函数进行注册)相比,一个十分明显的优势在于platform机制将设备本身的资源注册进内核,由内核统一管理,在驱动程序中使用这些资源

woniuguilai的专栏 929

爬虫风控实战:当你的代理IP被数美滑块盯上时,如何优雅破解?

本文深入探讨了爬虫风控对抗中数美滑块验证码的破解与防御策略。通过分析数美滑块的多层防御机制,提出了代理IP池精细化管理、请求特征拟人化改造以及工程化滑块验证解决方案等系统性方法,帮助开发者有效降低验证码触发率,提升爬虫效率。

weixin_27419879的博客 207

调整内核模块加载顺序

换公司后好久没有整理文章了,不得不说飞书集成文档是相当的方便啊~ 思路1 自己构思方案是使用wait_event阻塞线程来等待条件达成。 结构体内 wait_queue_head_t rd_waitq; init_waitqueue_head(&trig_pdata->rd_waitq); wait_event_interruptible_timeout(trig_pdata->rd_waitq, (xxx_count == 2), msecs_to_jiffies(10000));

墨染锦年的博客 2752

零基础学simulink仿真建模--基于Simulink进行农业机械用开关磁阻电机的仿真建模

特点结构简单:无电刷、换向器等易损件,维护成本低。坚固耐用:适合恶劣的工作环境,如农业机械作业现场。宽调速范围:通过适当的控制策略可以实现较宽的速度调节范围。挑战非线性特性:SRM的电磁特性和转矩特性具有高度非线性。复杂性:涉及电气、机械动力学以及控制系统的设计与集成。实时性要求:需要快速响应以适应不断变化的操作条件。多变量优化:包括电流控制、速度控制等多个方面需综合考虑。使用Simscape Electrical库来构建一个开关磁阻电机模型。

amy_mhd的博客 909

WPS占用C盘空间解决方案与优化技巧

办公软件在长期使用过程中会产生大量缓存和历史文件,这些文件往往隐藏在系统目录中,导致磁盘空间被无声占用。以WPS为例,其版本历史备份、云同步缓存和模板库是主要空间占用源。通过分析文件存储机制,可以定位到具体的缓存路径,如AppData目录下的Kingsoft文件夹。针对这一问题,有效的解决方案包括手动清理、自动化脚本和注册表优化。对于需要持续监控的场景,可以结合PowerShell脚本和任务计划实现自动化管理。在实际应用中,这些技术不仅适用于WPS,也可迁移到其他办公软件的空间优化中,是每位IT运维人员和高

weixin_30788239的博客 456

Platform驱动设备模型:platform_device, bus, platform_driver三者初始化顺序

背景介绍:本文是基于内核4.19.x,不同内核版本略有不同 由于本人才疏学浅有讲的不对的地方请指正,这也算是个人的一个笔记。 本文概况讲一下platform_device, platform bus, platform_driver三者的注册流程。由于内核版本3.x引入devicetree后,所以这里有必需说一下devicetree在什么时候解析,而又在什么时候创建成platform_device。 先上图: ...

1626

材料仿真软件:Materials Studio_(14).电学性质计算

设置计算参数,包括 k 点网格、交换相关泛函等。

kkchenjj的博客 1863

【Linux】Linux驱动开发:platform总线驱动

/定义在linux/module.h中使用时,参数如下:of:总线类型match_table:idtable数组首地址。

W__winter的博客 2758

【YOLO26实战全攻略】10——YOLO26+SAM3实战:从检测到像素级分割的全流程指南(含PCB缺陷检测案例)

本文聚焦YOLO26与SAM3的融合应用,系统讲解“检测+分割”的三种核心模式:YOLO26原生分割(轻量高效)、YOLO26检测+SAM3精细分割(精度极致)、SAM3自动标注+YOLO26蒸馏(低成本冷启动)。从环境搭建、数据集准备、模型训练、性能优化到边缘部署,提供 step-by-step 实操教程,配套完整可运行代码与执行结果。结合虚拟PCB缺陷检测案例,展示像素级缺陷识别与几何参数测量的工业级应用流程。本文兼顾新手入门与进阶提升,注重实用价值,读者可直接参考搭建自己的分割系统。

专注于人工智能、软件开发、工控自动化、工厂数字化及智能化等领域,希望和大家共同进步! 624

003、高通骁龙Spectra ISP架构深度解析:IFE/BPS/IPE流水线与Chromatix调优实战

摘要: 本文深入解析高通骁龙Spectra ISP架构,重点剖析IFE、BPS、IPE三阶段的流水线协作机制与Chromatix调优实战。通过夜景预览"水波纹"案例,揭示HDR对齐与TNR运动估计的关联性问题,指出ISP调优需关注模块间的时序与带宽约束。文章详解各模块核心功能:IFE负责RAW域处理(HDR合成/校正),BPS专注降噪与细节增强,IPE进行YUV域精处理。针对Chromatix调优,强调参数与寄存器映射关系,并给出LSC网格密度、TNR运动灵敏度、LTM光晕等典型问题的解决方案。最后提出实用

zzfmlxs的博客 228

platform_device与platform_driver && i2c驱动是如何probe的 && spi驱动是如何probe的

做Linux方面也有三个多月了,对代码中的有些结构一直不是很明白,比如platform_device与platform_driver一直分不清关系。在网上搜了下,做个总结。两者的工作顺序是先定义platform_device -> 注册 platform_device->,再定义 platform_driver-> 注册 platform_driver。  (1)platform_device设

zhandoushi的专栏 5万+

Python爬虫实战:京东/淘宝商品价格与评论监控系统——从User-Agent伪装到编码陷阱的全面攻克

在电商数据驱动决策的今天,无论是个人消费者想抓住历史低价,还是市场分析师需要追踪竞品动态,抑或是算法交易员依赖实时价格信号,自动化的商品价格与评论监控系统都已成为不可或缺的工具。然而,电商平台的反爬虫策略日益严苛,字符编码的“暗坑”更是让初学者屡屡碰壁。本文将以京东(JD.com和淘宝(Taobao.com两大主流平台为目标,手把手带你构建一个稳定、高效的商品监控爬虫。User-Agent伪装——如何模拟真实浏览器行为,突破初级反爬。GBK/UTF-8编码混战。

2201_76125261的博客 75

引用 Linux Platform Device and Driver

引用 林贺 的 Linux Platform Device and Driver 作者:Dongas 日期:08-06-27   从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device和Platform_driver。 Linux中大部分的设备驱动,都可以使用这套机制, 设备用Platform_device表示,驱动用Platform_driver进行注

王世宏的专栏 245

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

Linux Platform Device and Driver的注册过程解析

来自: http://www.diybl.com/course/6_system/linux/Linuxjs/200871/129585.html 从 Linux 2.6 起引入了一套新的驱动管理和注册机制 :Platform_device 和 Platform_driver 。      Linux 中大部分的设备驱动,都可以使用这套机制 , 设备用 Platform_device 表示,驱动

JAVAweb学习 324

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

上一篇: 基于ARM的智能来电显示器的设计[图]
下一篇: 内存管理
xp_super
博客等级 码龄14年 10粉丝 17原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值