spi
[TOC] spi-uclass.c.post_bind dm_scan_fdt_devspi_child_post_bind 子节点绑定到总线123456789static int spi_child_post_bind(struct udevice *dev){ struct dm_spi_slave_plat *plat = dev_get_parent_plat(dev); if (!dev_has_ofnode(dev)) return 0; return spi_slave_of_to_plat(dev, plat);} spi_slave_of_to_plat 获取spi设备的属性1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374int spi_slave_of_to_plat(struct udevice *dev,...
syscon
[TOC] syscon - System Controller 系统控制器 Kconfig 1234567891011121314 config REGMAPbool "Support register maps"depends on DM/*help 硬件外设往往有一组或多组 registers可以访问它来控制硬件。A 寄存器映射使用简单的读/写接口对此进行建模。 原则上可以支持任何总线类型（I2C、SPI）、但到目前为止这仅支持直接内存访问。 */ config SYSCONbool "Support system controllers"depends on REGMAP/*help 许多 SoC 有许多系统控制器需要处理.作为一个组。提供了一些常见的功能. 通过这个 uclass，包括通过 regmap 和 每个 Cookie 分配一个唯一的编号。 */ DTS1234567891011121314soc { #address-cells = <0x01>; ...
timer
[TOC] timer-uclass.cdm_timer_init 注意到这个函数在多个地方都可以被调; DM扫描识别之后 get_tick和get_tbclk时没有gd->timer的时候 但是只有在gd->timer为空的时候才会执行 12345678910111213141516171819202122232425262728293031323334353637383940int dm_timer_init(void){ struct udevice *dev = NULL; __maybe_unused ofnode node; int ret; if (gd->timer) return 0; if (gd->dm_root == NULL) return -EAGAIN; if (CONFIG_IS_ENABLED(OF_REAL)) { node = ofnode_get_chosen_node("tick-timer"); //优先使用tick-timer节点 if (ofnode_va...
cmd
[TOC] boot 命令 bootm 是一个通用的引导命令，支持多种镜像格式和加载方式. bootz 专门用于引导压缩的 Linux zImage 内核。 booti 专门用于引导 AArch64 Linux 内核映像。 bootm 从内存中引导应用程序映像 bootm bootz 启动 Linux zImage bootz booti 从内存中引导 AArch64 Linux 内核映像
env
envU_BOOT_ENV_LOCATION 通过该宏定义环境变量的位置 1234567891011121314151617181920/* * Define a callback that can be associated with variables. * when associated through the ".callbacks" environment variable, the callback * will be executed any time the variable is inserted, overwritten, or deleted. * * For SPL these are silently dropped to reduce code size, since environment * callbacks are not supported with SPL. */#ifdef CONFIG_XPL_BUILD#define U_BOOT_ENV_CALLBACK(name, callback) \ static ...
fdt
fdtdec 扁平设备树解析 devicetree devicetree-specification devicetree-specification.pdf 设备树BLLOB结构 123456789101112131415161718struct fdt_header { fdt32_t magic; /* magic word FDT_MAGIC */ fdt32_t totalsize; /* total size of DT block */ fdt32_t off_dt_struct; /* offset to structure */ fdt32_t off_dt_strings; /* offset to strings */ fdt32_t off_mem_rsvmap; /* offset to memory reserve map */ fdt32_t version; /* format version */ fdt32_t last_comp_version; /* last compatible version *...
image
image-board.cgenimg_get_kernel_addr_fit1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253/** * genimg_get_kernel_addr_fit（） - 解析 FIT 说明符 * * 从通常为第一个的字符串中获取真正的内核起始地址 bootm/bootz 的 argv * 这些情况根据 @img_addr 的值进行处理： * NULL：返回 image_load_addr，不设置最后两个参数 * “<addr>”：返回地址 * 对于 FIT： * “[<addr>]#<conf>”：返回地址（或image_load_addr）、 * 将 fit_uname_config 设置为 Config Name * “[<addr>]：<subimage>”：返回地址（或 image_load_addr）并设置 * fit_uname_ker...
hash
[TOC] hash 哈希 散列 给定一个键，哈希表在常数时间内返回相应的值，无论哈希表中有多少个键 为了确定在多大数量以上哈希查找比线性查找和二分查找更快，我们需要考虑它们的时间复杂度和实际性能。 时间复杂度对比 哈希查找：O(1) 线性查找：O(n) 二分查找：O(log n) 实际性能分析 哈希查找：在理想情况下，哈希查找的时间复杂度是常数时间 O(1)，即无论哈希表中有多少个键，查找时间都是固定的。然而，哈希查找的性能也依赖于哈希函数的质量和哈希冲突的处理方式。 线性查找：随着数据量的增加，查找时间线性增加。当数据量较小时，线性查找的性能可能还可以接受，但随着数据量的增加，性能会显著下降。 二分查找：需要数据是有序的，查找时间随着数据量的增加而对数增加。对于较大的数据量，二分查找的性能优于线性查找，但不如哈希查找。 数量级对比 特性 哈希表 线性查找 二分查找 插入时间 O(1) 平均 O(n) O(n) 删除时间 O(1) 平均 O(n) O(n) 修改时间 O(1) 平均 O(n) O(log n) 查找 + O(n) 修改 查找时间 O(...
lib
initcall.cinitcall_run_list 初始化调用列表1234567891011121314151617181920212223242526272829303132333435363738394041int initcall_run_list(const init_fnc_t init_sequence[]){ ulong reloc_ofs; const init_fnc_t *ptr; enum event_t type; init_fnc_t func; int ret = 0; for (ptr = init_sequence; func = *ptr, func; ptr++) { reloc_ofs = calc_reloc_ofs(); //计算偏移 type = initcall_is_event(func); //判断是否是事件 //执行函数 是事件执行事件通知函数,否则执行函数 ret = type ? event_notify_null(type) : func(); if (ret) break; ...
