一、uboot与设备树
bootloader启动内核时,会设置r0,r1,r2三个寄存器,
r0一般设置为0;
r1一般设置为machine id (uboot和Linux中都有专门的文件定义机器码)(在使用设备树时该参数没有被使用);
r2一般设置ATAGS或DTB的开始地址;
这里的machine id,是让内核知道是哪个CPU,从而调用对应的初始化函数。
以前没有使用设备树时,需要bootloader传一个machine id给内核,现在使用设备树的话,这个参数就不需要设置了!
r2要么是以前的ATAGS开始地址,使用设备树后是DTB文件开始地址!
uboot加载dtb:
可以从flash读取;
或者在线加载,例如 tftpboot 32000000 smdk.dtb,把设备树加载到0x32000000
uboot传递dtb:
bootm 31000000 - 32000000 (uImage地址、文件系统地址、DTB设备树地址)
二、Linux与设备树
head.S的内容
内核head.S所做工作如下:
a. __lookup_processor_type : 使用汇编指令读取CPU ID, 根据该ID找到对应的proc_info_list结构体(里面含有这类CPU的初始化函数、信息)
b. __vet_atags : 判断是否存在可用的ATAGS或DTB
c. __create_page_tables : 创建页表, 即创建虚拟地址和物理地址的映射关系
d. __enable_mmu : 使能MMU, 以后就要使用虚拟地址了
e. __mmap_switched : 上述函数里将会调用__mmap_switched
f. 把bootloader传入的r2参数, 保存到变量__atags_pointer中
g. 调用C函数start_kernel
head.S和head-common.S最终效果:
把bootloader传来的r1值, 赋给了C变量: __machine_arch_type
把bootloader传来的r2值, 赋给了C变量: __atags_pointer
例如:
__atags_pointer = 80000100,__machine_arch_type=1685
start_kernel的调用过程如下:
start_kernel // init/main.c
setup_arch(&command_line); // arch/arm/kernel/setup.c
mdesc = setup_machine_fdt(__atags_pointer); // arch/arm/kernel/devtree.c
early_init_dt_verify(phys_to_virt(dt_phys) // 判断是否有效的dtb, drivers/of/ftd.c
initial_boot_params = params;
mdesc = of_flat_dt_match_machine(mdesc_best, arch_get_next_mach); // 找到最匹配的machine_desc, drivers/of/ftd.c
while ((data = get_next_compat(&compat))) {
score = of_flat_dt_match(dt_root, compat);
if (score > 0 && score < best_score) {
best_data = data;
best_score = score;
}
}
machine_desc = mdesc;
内核如何匹配板子
1、不适用设备树时:
uboot传递的machine id 与 内核machine_desc结构体的.nr比较,相等就表示找到了对应的machine_desc。
2、使用设备树时:
model = "SMDK24440";
compatible = "samsung,smdk2440","samsung,smdk24140","samsung,smdk24xx";
使用compatile属性的值, 跟每一个machine_desc.dt_compat 比较,匹配。
static const char *const s3c2416_dt_compat[] __initconst = {
"samsung,s3c2416",
"samsung,s3c2450",
NULL
};
DT_MACHINE_START(S3C2416_DT, "Samsung S3C2416 (Flattened Device Tree)")
.dt_compat = s3c2416_dt_compat,
.map_io = s3c2416_dt_map_io,
.init_irq = irqchip_init,
.init_machine = s3c2416_dt_machine_init,
MACHINE_END
扩展为:
static const struct machine_desc __mach_desc_S3C2416_DT __used __attribute__((__section__(".arch.info.init"))) = {
.nr = ~0,
.name = "Samsung S3C2416 (Flattened Device Tree)",
.dt_compat = s3c2416_dt_compat,
.map_io = s3c2416_dt_map_io,
.init_irq = irqchip_init,
.init_machine = s3c2416_dt_machine_init,
}
对设备树信息的处理
start_kernel // init/main.c
setup_arch(&command_line); // arch/arm/kernel/setup.c
mdesc = setup_machine_fdt(__atags_pointer); // arch/arm/kernel/devtree.c
early_init_dt_scan_nodes(); // drivers/of/ftd.c
/* Retrieve various information from the /chosen node */
of_scan_flat_dt(early_init_dt_scan_chosen, boot_command_line);
/* Initialize {size,address}-cells info */
of_scan_flat_dt(early_init_dt_scan_root, NULL);
/* Setup memory, calling early_init_dt_add_memory_arch */
of_scan_flat_dt(early_init_dt_scan_memory, NULL);
总结:
a. /chosen节点中bootargs属性的值, 存入全局变量: boot_command_line
b. 确定根节点的这2个属性的值: #address-cells,#size-cells,存入全局变量: dt_root_addr_cells, dt_root_size_cells
c. 解析/memory中的reg属性, 提取出"base, size", 最终调用memblock_add(base, size);
节点信息转化为device_node 结构体信息:
struct device_node {
const char *name; // 来自节点中的name属性, 如果没有该属性, 则设为"NULL"
const char *type; // 来自节点中的device_type属性, 如果没有该属性, 则设为"NULL"
phandle phandle;
const char *full_name; // 节点的名字, node-name[@unit-address]
struct fwnode_handle fwnode;
struct property *properties; // 节点的属性
struct property *deadprops; /* removed properties */
struct device_node *parent; // 节点的父亲
struct device_node *child; // 节点的孩子(子节点)
struct device_node *sibling; // 节点的兄弟(同级节点)
#if defined(CONFIG_OF_KOBJ)
struct kobject kobj;
#endif
unsigned long _flags;
void *data;
#if defined(CONFIG_SPARC)
const char *path_component_name;
unsigned int unique_id;
struct of_irq_controller *irq_trans;
#endif
};
device_node结构体表示一个节点,property结构体表示节点的具体属性。
properties结构体的定义如下:
struct property {
char *name; // 属性名字, 指向dtb文件中的字符串
int length; // 属性值的长度
void *value; // 属性值, 指向dtb文件中value所在位置, 数据仍以big endian存储
struct property *next;
#if defined(CONFIG_OF_DYNAMIC) || defined(CONFIG_SPARC)
unsigned long _flags;
#endif
#if defined(CONFIG_OF_PROMTREE)
unsigned int unique_id;
#endif
#if defined(CONFIG_OF_KOBJ)
struct bin_attribute attr;
#endif
};
device_node转换为platform_device
a. 内核函数of_platform_default_populate_init, 遍历device_node树, 生成platform_device
b. 并非所有的device_node都会转换为platform_device只有以下的device_node会转换:
b.1 该节点必须含有compatible属性
b.2 根节点的子节点(节点必须含有compatible属性)
b.3 含有特殊compatible属性的节点的子节点(子节点必须含有compatible属性):
这些特殊的compatilbe属性为: “simple-bus”,“simple-mfd”,“isa”,"arm,amba-bus "
根节点是例外的,生成platfrom_device时,即使有compatible属性也不会处理
/mytest会被转换为platform_device,
因为它兼容"simple-bus", 它的子节点/mytest/mytest@0 也会被转换为platform_device
/i2c节点一般表示i2c控制器, 它会被转换为platform_device, 在内核中有对应的platform_driver;
/i2c/at24c02节点不会被转换为platform_device, 它被如何处理完全由父节点的platform_driver决定, 一般是被创建为一个i2c_client。
类似的也有/spi节点, 它一般也是用来表示SPI控制器, 它会被转换为platform_device, 在内核中有对应的platform_driver;
/spi/flash@0节点不会被转换为platform_device, 它被如何处理完全由父节点的platform_driver决定, 一般是被创建为一个spi_device。
of_platform_default_populate_init (drivers/of/platform.c) 生成platform_device的过程:
遍历device树:
of_platform_default_populate_init
of_platform_default_populate(NULL, NULL, NULL);
of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL)
for_each_child_of_node(root, child) {
rc = of_platform_bus_create(child, matches, lookup, parent, true); // 调用过程看下面
dev = of_device_alloc(np, bus_id, parent); // 根据device_node节点的属性设置platform_device的resource
if (rc) {
of_node_put(child);
break;
}
}
of_platform_bus_create(bus, matches, …)的调用过程(处理bus节点生成platform_devie, 并决定是否处理它的子节点):
dev = of_platform_device_create_pdata(bus, bus_id, platform_data, parent); // 生成bus节点的platform_device结构体
if (!dev || !of_match_node(matches, bus)) // 如果bus节点的compatile属性不吻合matches成表, 就不处理它的子节点
return 0;
for_each_child_of_node(bus, child) { // 取出每一个子节点
pr_debug(" create child: %pOFn", child);
rc = of_platform_bus_create(child, matches, lookup, &dev->dev, strict); // 处理它的子节点, of_platform_bus_create是一个递归调用
if (rc) {
of_node_put(child);
break;
}
}
a. 注册 platform_driver 的过程:
platform_driver_register
__platform_driver_register
drv->driver.probe = platform_drv_probe;
driver_register
bus_add_driver
klist_add_tail(&priv->knode_bus, &bus->p->klist_drivers); // 把 platform_driver 放入 platform_bus_type 的driver链表中
driver_attach
上一篇:病症:arm启动后应用程序界面显示不正常
下一篇:RK30SDK系统重启源码分析
推荐阅读最新更新时间:2024-11-16 22:52
推荐帖子
- DM385外挂tvp5151时capturelink及deilink的配置问题
- 我们现在的DM385开发板上外挂了一个tvp5151芯片,用来接CVBS摄像头,原理图如下:tvp5151输出8bit内嵌同步的CVBS(NTSC或PAL)信号到DM385的VIP1PORTA的D0~D7位上,数据流如下:tvp5151(cvbs)-capture-deinterlace-encode-send软件版本使用的是dvrrdk4.0,代码如下: voidMultiCh_createVcapVencVdis() { CaptureLink
- Zhutao DSP 与 ARM 处理器
- 4月全志芯片开源项目分享合辑
- #FunnyPi-全志T113-S3卡片电脑###作者:floseFunnyPi-T113是一款基于全志T113-S3/D1S处理器的完全开源多功能开发板,设计FunnyPi最初的目的是想满足日常学习,结合T113高效能和低功耗的特点,来满足做语音助手,智能家居屏幕、桌面摆件屏、博客服务器等嵌入式应用的开发需求。FunnyPi开发板内置了丰富的外设接口,包括USB、GPIO、I2C、SPI、UART等,方便用户连接各种传感器、执行器和其他外围设备,同时板载了标准RGB接口、Wi
- aleksib 国产芯片交流
- (连载03)串联式开关电源储能滤波电感的计算
- 串联式开关电源储能滤波电感的计算1-2-3.串联式开关电源储能滤波电感的计算从上面分析可知,串联式开关电源输出电压Uo与控制开关的占空比D有关,还与储能电感L的大小有关,因为储能电感L决定电流的上升率(di/dt),即输出电流的大小。因此,正确选择储能电感的参数相当重要。串联式开关电源最好工作于临界连续电流状态,或连续电流状态。串联式开关电源工作于临界连续电流状态时,滤波输出电压Uo正好是滤波输入电压uo的平均值Ua,此时,开关电源输出电压的调整率为最好,且输出电压Uo的纹波也不大。
- 木犯001号 电源技术
- 电阻的前世今生--电阻知识精粹
- 对于电子产品从业人员来说,电阻大概是最熟悉的元件之一。可以这么说,电阻对于电子产品来说,就像生活中的油盐酱醋茶一样,是必不可少的一种元器件。几乎每一种电子产品里面,都会有电阻的身影,电阻是如此的常见、又是如此的必须和重要。那么试问一下:对于一个电子产品工程师,你对电阻的了解有多少?你知道电阻的主要作用是什么吗?电阻在电路中的应用有哪些形式?电阻有哪些分类?不同材料的电阻有什么不一样的特性呢?上个月EEWORLD下载中心整理了两个关于电阻的文集,这两
- tiankai001 下载中心专版
- 【EVK-NINA-B400 评估套件】+新建工程
- 新建工程,照例从点灯开始吧一、准备阶段:先看下硬件:评估板出厂电源配置如下,跳线是用此电源配置安装的。所有主板外围设备都通电,NINA模块由主板直接供电,所有设备都在3.3v电压下运行。板子跳线没问题。按钮和LEDDS9为三色LED,就点它!看原理图:对照模块引脚:RGBLED通过跳线J19连接到NINA红色(GPIO_1)、绿色(GPIO_7)和蓝色(GPIO_8)引脚。查看模
- landeng1986 RF/无线
- TUSB3410的应用
- 有木有人用过TUSB3410,想用它做个usb和串口互转设备,可以么,怎么做?TUSB3410的应用http://www.ti.com.cn/cn/lit/an/zhca060/zhca060.pdfhttp://www.ti.com.cn/cn/lit/ug/sllu043b/sllu043b.pdf这两篇技术文档分别是应用案例和使用的软件,参考上面的设计应该对你有帮助嗯,有用有用,我们的好斑竹,谢谢噢啦回复沙发wstt的帖子你顺便还可以把BSL下载功能加上去有点复杂
- guo8113 微控制器 MCU
设计资源 培训 开发板 精华推荐
- MC34074VDR2G 运算放大器用作晶体管驱动器的典型应用
- MC34074DR2G 二阶高通有源滤波器的典型应用
- 使用 Microchip Technology 的 SY88345BL 的参考设计
- #第六届立创电赛#DIY收音机功放
- 使用 Broadcom Inc 的 HCPL-4100 的参考设计
- L7809C高输入电压电路典型应用(配置2)
- LTC3890-2 的典型应用 - 60V 低 IQ、双通道、2 相同步降压型 DC/DC 控制器
- LTC1755 智能卡接口的典型应用电路
- EVAL-AD7694CBZ,AD7694 评估板,16 位,250 Ksps PulSAR 模数转换器
- LTC3108EDE-1 演示板、超低电压升压转换器和电源管理器
- 非常见问题解答第223期:如何在没有软启动方程的情况下测量和确定软启动时序?
- 兆易创新GD25/55全系列车规级SPI NOR Flash荣获ISO 26262 ASIL D功能安全认证证书
- 新型IsoVu™ 隔离电流探头:为电流测量带来全新维度
- 英飞凌推出简化电机控制开发的ModusToolbox™电机套件
- 意法半导体IO-Link执行器电路板为工业监控和设备厂商带来一站式参考设计
- Melexis采用无磁芯技术缩小电流感测装置尺寸
- 千丘智能侍淳博:用数字疗法,点亮“孤独症”儿童的光
- 数药智能冯尚:ADHD数字疗法正为儿童“多动症”提供更有效便捷服务
- Vicor高性能电源模块助力低空航空电子设备和 EVTOL的发展
- 创实技术electronica 2024首秀:加速国内分销商海外拓展之路