Linux加载DTS设备节点的过程

高通平台msm8953 display子系统学习 硬件上,高通平台有一个mipi-dsi接口连接LCM,由MDP(mobile display processor)进行管理,就是一般说的LCD控制器 软件上,高通平台提供MDSS(Multimedia Display Sub-system)进行管理 软件驱动目录:kernel/msm-4.9/drivers/video/fbdev/msm 主要分为三部分: MDP驱动:对使用的硬件资源进行初始化,同时在fb设备中注册mdp的使用接口,文件mdss_mdp3.c DSI驱动:解析模组厂商提供的panel的dt 阅读详情

From : http://blog.youkuaiyun.com/wlwl0071986/article/details/8896718


DTS是Device Tree Source的缩写,用来描述设备的硬件细节。在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的platform_data。为了去掉这些垃圾代码,Linux采用DTS这种新的数据结构来描述硬件设备。采用Device Tree后,许多硬件的细节可以直接透过它传递给Linux,而不再需要在kernel中进行大量的冗余编码。

       有关DTS的语法格式,网上有很多资料,这里我就不再赘述了。本文主要讲Linux是怎样加载DTS设备节点的流程。下面以高通QCT8974平台(Linux内核)为例进行讲解:

(1)使用DTS注册平台总线的过程

       在讲注册过程之前,我们先看看DTS是怎样描述平台总线结构的,以i2c总线为例:

  1. / {  
  2.     model = "Qualcomm MSM 8974";  
  3.     compatible = "qcom,msm8974";  
  4.     interrupt-parent = <&intc>;  
  5.   
  6.     aliases {  
  7.         spi0 = &spi_0;  
  8.         spi7 = &spi_7;  
  9.         sdhc1 = &sdhc_1; /* SDC1 eMMC slot */  
  10.         sdhc2 = &sdhc_2; /* SDC2 SD card slot */  
  11.         sdhc3 = &sdhc_3; /* SDC3 SDIO slot */  
  12.         sdhc4 = &sdhc_4; /* SDC4 SDIO slot */  
  13.     };  
  14.   
  15.     memory {  
  16.   
  17.         secure_mem: secure_region {  
  18.             linux,contiguous-region;  
  19.             reg = <0 0x7800000="">;  
  20.             label = "secure_mem";  
  21.         };  
  22.   
  23.         adsp_mem: adsp_region {  
  24.             linux,contiguous-region;  
  25.             reg = <0 0x2000000="">;  
  26.             label = "adsp_mem";  
  27.         };  
  28.     };  
  29.   
  30.     intc: interrupt-controller@F9000000 {  
  31.         compatible = "qcom,msm-qgic2";  
  32.         interrupt-controller;  
  33.         #interrupt-cells = <3>;  
  34.         reg = <0xf9000000 0x1000="">,  
  35.               <0xf9002000 0x1000="">;  
  36.     };  
  37.   
  38.     msmgpio: gpio@fd510000 {  
  39.         compatible = "qcom,msm-gpio";  
  40.         gpio-controller;  
  41.         #gpio-cells = <2>;  
  42.         interrupt-controller;  
  43.         #interrupt-cells = <2>;  
  44.         reg = <0xfd510000 0x4000="">;  
  45.         ngpio = <146>;  
  46.         interrupts = <0 208="" 0="">;  
  47.         qcom,direct-connect-irqs = <8>;  
  48.     };  
  49.   
  50.     wcd9xxx_intc: wcd9xxx-irq {  
  51.         compatible = "qcom,wcd9xxx-irq";  
  52.         interrupt-controller;  
  53.         #interrupt-cells = <1>;  
  54.         interrupt-parent = <&msmgpio>;  
  55.         interrupts = <72 0="">;  
  56.         interrupt-names = "cdc-int";  
  57.     };  
  58.   
  59.     timer {  
  60.         compatible = "arm,armv7-timer";  
  61.         interrupts = <1 2="" 0="" 1="" 3="" 0="">;  
  62.         clock-frequency = <19200000>;  
  63.     };  
  64.   
  65.     i2c_0: i2c@f9967000 { /* BLSP#11 */  
  66.         cell-index = <0>;  
  67.         compatible = "qcom,i2c-qup";  
  68.         reg = <0xf9967000 0x1000="">;  
  69.         #address-cells = <1>;  
  70.         #size-cells = <0>;  
  71.         reg-names = "qup_phys_addr";  
  72.         interrupts = <0 105="" 0="">;  
  73.         interrupt-names = "qup_err_intr";  
  74.         qcom,i2c-bus-freq = <100000>;  
  75.         qcom,i2c-src-freq = <50000000>;  
  76.     };  
  77.   
  78.     i2c_2: i2c@f9924000 {  
  79.         cell-index = <2>;  
  80.         compatible = "qcom,i2c-qup";  
  81.         reg = <0xf9924000 0x1000="">;  
  82.         #address-cells = <1>;  
  83.         #size-cells = <0>;  
  84.         reg-names = "qup_phys_addr";  
  85.         interrupts = <0 96="" 0="">;  
  86.         interrupt-names = "qup_err_intr";  
  87.         qcom,i2c-bus-freq = <100000>;  
  88.         qcom,i2c-src-freq = <50000000>;  
  89.     };  
  90.   
  91.     spi_0: spi@f9923000 {  
  92.         compatible = "qcom,spi-qup-v2";  
  93.         reg = <0xf9923000 0x1000="">;  
  94.         interrupts = <0 95="" 0="">;  
  95.         spi-max-frequency = <19200000>;  
  96.         #address-cells = <1>;  
  97.         #size-cells = <0>;  
  98.         gpios = <&msmgpio 3 0>, /* CLK  */  
  99.             <&msmgpio 1 0>, /* MISO */  
  100.             <&msmgpio 0 0>; /* MOSI */  
  101.         cs-gpios = <&msmgpio 9 0>;  
  102.     };  
  103.   
  104. };  

从上面可知,系统平台上挂载了很多总线,如i2c、spi、uart等等,每一个总线分别被描述为一个节点。Linux在启动后,到C入口时,会执行以下操作,加载系统平台上的总线和设备:

start_kernel() --> setup_arch() --> unflatten_device_tree() 

unflatten_device_tree()的代码如下:

  1. void __init unflatten_device_tree(void)  
  2. {  
  3.     __unflatten_device_tree(initial_boot_params, &allnodes,  
  4.                 early_init_dt_alloc_memory_arch);  
  5.   
  6.     /* Get pointer to "/chosen" and "/aliasas" nodes for use everywhere */  
  7.     of_alias_scan(early_init_dt_alloc_memory_arch);  
  8. }  

 在执行完unflatten_device_tree()后,DTS节点信息被解析出来,保存到allnodes链表中,allnodes会在后面被用到。

随后,当系统启动到board文件时,会调用.init_machine,高通8974平台对应的是msm8974_init()。接着调用of_platform_populate(....)接口,加载平台总线和平台设备。至此,系统平台上的所有已配置的总线和设备将被注册到系统中。注意:不是dtsi文件中所有的节点都会被注册,在注册总线和设备时,会对dts节点的状态作一个判断,如果节点里面的status属性没有被定义,或者status属性被定义了并且值被设为“ok”或者“okay”,其他情况则不被注册到系统中。


(2)使用DTS注册总线设备的过程

       上面讲了Linux怎样使用DTS注册平台总线和平台设备到系统中,那么其他设备,例如i2c、spi设备是怎样注册到系统中的呢?下面我们就以i2c设备为例,讲解Linux怎样注册i2c设备到系统中。

 以高通8974平台为例,在注册i2c总线时,会调用到qup_i2c_probe()接口,该接口用于申请总线资源和添加i2c适配器。在成功添加i2c适配器后,会调用of_i2c_register_devices()接口。此接口会解析i2c总线节点的子节点(挂载在该总线上的i2c设备节点),获取i2c设备的地址、中断号等硬件信息。然后调用request_module()加载设备对应的驱动文件,调用i2c_new_device(),生成i2c设备。此时设备和驱动都已加载,于是drvier里面的probe方法将被调用。后面流程就和之前一样了。


       简而言之,Linux采用DTS描述设备硬件信息后,省去了大量板文件垃圾信息。Linux在开机启动阶段,会解析DTS文件,保存到全局链表allnodes中,在掉用.init_machine时,会跟据allnodes中的信息注册平台总线和设备。值得注意的是,加载流程并不是按找从树根到树叶的方式递归注册,而是只注册根节点下的第一级子节点,第二级及之后的子节点暂不注册。Linux系统下的设备大多都是挂载在平台总线下的,因此在平台总线被注册后,会根据allnodes节点的树结构,去寻找该总线的子节点,所有的子节点将被作为设备注册到该总线上



Linux内核学习之--UBOOT中DTS的加载及使用 目录 一、引言 二、dtb的加载 1、获取dtb地址 2、分配内存空间,指向成员变量 三、dtb的使用 一、引言 之前在看hdmi框架的时候,发现默认的输出分辨率规格是uboot中传入的,而uboot中的对hdmi的初始化,主要配置也是从dts中的对应节点获得,所以来系统的整理下uboot中dtb的获取及使用 二、dtb的加载 1、获取到dtb的地址 在 uboot 初始化过程中, 需要对 dtb 做两个操作: 1、获取 dtb 的地址 2、验证 dtb 的合法性 这部分过程是在 init_board_f 阅读详情

相关推荐

Mplus实战:随机截距交叉滞后模型(RI-CLPM)在心理学纵向研究中的进阶应用

本文深入探讨了随机截距交叉滞后模型(RI-CLPM)在心理学纵向研究中的进阶应用,通过Mplus实战演示了模型设定、结果解读及进阶建模策略。RI-CLPM能有效区分个体间差异和个体内变化,适用于追踪青少年手机使用与抑郁症状等研究。文章还提供了样本量规划、模型比较和结果可视化等实用技巧,助力研究者避免常见陷阱。

weixin_29220405的博客 369

Linux加载DTS设备节点的过程(以高通8974平台为例)

DTS是Device Tree Source的缩写,用来描述设备的硬件细节。在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的pla

撒哈拉的绿洲 1万+

爱快路由(ikuai)多WAN口配置实战:提升网络带宽与稳定性

本文详细解析了爱快路由(ikuai)多WAN口配置的实战技巧,包括双线智能分流、毫秒级故障切换和带宽叠加利用等核心功能。通过七种配置方案和智能QoS策略,帮助企业提升网络带宽与稳定性,实现99.9%以上的高可用性。

weixin_30566063的博客 698

如何基于OF系统和DTB配置文件编写设备驱动

先来看看DTB在系统中被使用的过程。 setup_machine_fdt() 直接在dtb中解析根节点的一些属性和子节点给系统早期使用。

Huskar_Liu的博客 977

AI Agent Harness Engineering 创业PMF验证工具:用户满意度+留存率+业务指标监测表

在AI Agent创业的浪潮中,我们看到了无数产品如雨后春笋般涌现,但最终能够真正找到PMF并存活下来的却寥寥无几。根据CB Insights的数据,创业公司失败的首要原因(占42%)是"没有市场需求"——换句话说,就是没有找到PMF。AI Agent产品由于其特殊性(交互范式的变革、技术复杂度高、用户期望管理困难等),PMF验证变得更加具有挑战性。传统的SaaS产品PMF验证框架虽然有参考价值,但无法完全适用于AI Agent这种新型产品形态。

AI智能探索者的博客 329

ubuntu20.04开机黑屏卡在/dev/sda1:clean,***files,***blocks,解决心得记录

这个问题如果你百度,会发现目前有很多种解决方法。 有更新显卡驱动的,有卸载上一次安装软件的,还有各种奇奇怪怪的故障原因。 如果你是属于上述情况,那么按照百度和论坛的各种指引操作一般都能解决。 但我这里主要说一种特殊情况,就是我什么也没有操作,我什么也没干。就是正常使用系统关了机突然就报错了。 这也是自己亲自遇到的问题,做个小记录方便以后自己回顾。 上一次出现这种情况我重装系统了,这次用了两个月又出现了,重装成本太高,我接受不了,于是找到解决办法。 首先找个终端进入,进入终端的方法很多,用安装u盘

qq_41517017的博客 2万+

linux kernel --- dts概念及编写

dts:device tree source 一、dts的加载过程 dts加载:dts通过dtc编译成dtb。在系统启动时,u-boot可以将保存在flash中的dtb copy到内存,并将dtb的地址传递给kernel 二、dts中符号的含义

栀子花蛋糕的博客 1589

Nacos漏洞利用工具V3.0.5实战:从认证绕开到内存马植入的全流程指南

本文详细解析了Nacos漏洞利用工具V3.0.5在实战中的应用,从认证绕开到内存马植入的全流程。文章深入探讨了如何利用Nacos的历史漏洞,如默认口令、认证逻辑绕过、Derby SQL注入及Jraft反序列化,实现权限提升与持久化控制,并提供了防御视角与加固建议,旨在帮助安全人员理解攻击链以加强防护。

h6j7k8l9p0的博客 483

Linux 添加dts支持,Linux加载DTS设备节点的过程(以高通8974平台为例) .

DTS是Device Tree Source的缩写,用来描述设备的硬件细节。在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的pla...

weixin_31958413的博客 794

电阻基础知识及应用电路仿真(Multisim)

本文围绕硬件工程师必备的电阻知识,从基础知识、实操、应用仿真三方面做系统讲解:基础上明确电阻的核心参数、分类、串并联计算及核心特性;实操中详解贴片/色环电阻的阻值读取、贴片封装换算,重点区分0Ω电阻(贴装跳线,实现功能选通/调试等)与磁珠(高频吸噪)的差异及选型;应用上介绍限流、分压、上拉/下拉、阻抗匹配、过压/过流保护五大典型电路的设计公式、选型原则和实操要点,同时给出电阻通用的选型、测量和布线设计规范,形成完整的电阻应用知识体系。

XU157303764的博客 2772

Android AMS——AMS初始化(二)

Android AMS 也是一个系统服务,属于系统服务中的引导服务,在 startBootstrapServices() 方法中启动。这里我们就来看一下 ActivityManagerService 的启动流程。

小旭的专栏 773

Linux加载DTS设备节点的过程(以高通8974平台为例) .

DTS是Device Tree Source的缩写,用来描述设备的硬件细节。在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的pla

TopicDev的专栏 1480

精雕软件(JDpaint) 5.5 绿色版

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

上一篇: 板级文件中的struct resource结构体
下一篇: gpio_direction_output vs gpio_set_value之间的使用关系
计算机与认知
博客等级 码龄14年 31粉丝 19原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值