当前位置：首页 > news >正文

address-cell size-cell

news 2026/4/29 2:02:05

I2C子设备为啥size-cell为零

在设备树（Device Tree）中，I2C 子设备的#size-cells为零，主要是由I2C 总线的寻址特性决定的。

简单来说，这是因为 I2C 设备在总线上占据的是一个**“点”（单一地址），而不是一个“范围”**（地址区间）。

以下是详细的原因分析：

在设备树中，子节点的reg属性通常由父节点的两个属性来定义格式：

对于常见的内存映射设备（如片上外设），它们占据一段连续的内存空间（例如：起始地址0x40001000，长度0x100），因此需要size来描述范围。

非内存映射：I2C 是一种串行总线，每个从设备（Slave）由一个唯一的7位或10位地址标识。
没有“长度”概念：当你访问一个 I2C 设备时，你只需要知道它的从机地址（Slave Address）。这个地址是一个离散的标识符，它不代表一段地址空间，也没有“从地址 A 到地址 B”这种长度的概念。
reg 属性的简化：在 I2C 节点下，reg = <0x50>;就足够表示这个设备（比如 EEPROM）的地址是0x50。由于不需要描述“占用多少地址空间”，所以reg里不需要包含length字段。

在 I2C 控制器（父节点）中设置#size-cells = <0>;，是为了告诉内核：“我的子设备（I2C 从机）在描述自己的资源（reg）时，只需要写地址，不需要写长度。”

示例对比：

内存总线（需要 Size）：

soc { #address-cells = <1>; #size-cells = <1>; serial@40001000 { reg = <0x40001000 0x100>; // 地址是0x40001000，长度是0x100 }; };

I2C 总线（不需要 Size）：

i2c@40002000 { #address-cells = <1>; #size-cells = <0>; // 规定子设备不需要长度字段 eeprom@50 { reg = <0x50>; // 只需要地址，没有第二个数字 }; };

I2C 子设备的size-cell为零是因为：

内存总线（Memory-mapped I/O，简称 MMIO）之所以需要size（即#size-cells不为 0），是因为内存地址空间和 I2C 这种串行总线在硬件寻址逻辑和操作系统管理方式上有本质的区别。

以下是为什么要定义“长度（Size）”的四个核心原因：

一个内存映射设备（如 UART 控制器、网卡、GPU）通常不只有一个寄存器，而是有一堆寄存器。

I2C 设备：你向地址0x50发送指令，具体的内部寄存器（如 EEPROM 的存储地址）是在数据包里定义的，不是在总线层面定义的。
内存映射设备：CPU 直接通过地址访问。比如一个 UART 控制器：
- 0x40001000是数据寄存器
- 0x40001004是控制寄存器
- 0x40001008是状态寄存器
结论：这个设备占据了从0x40001000开始的一整块“领地”。操作系统必须知道这块地有多大，才能给驱动程序提供正确的访问范围。

在现代操作系统（如 Linux）中，驱动程序不能直接访问物理地址，必须通过虚拟地址访问。

内核在加载驱动时，会调用类似ioremap(base, size)的函数。
映射单位：MMU 是按“页”（通常是 4KB）来映射的。如果 OS 不知道设备的size，它就不知道该为这个设备在虚拟地址空间里分配多大的区域，也不知道该映射多少个页表项。

系统内存地址空间是极其宝贵的“房地产”。

从硬件设计的角度看：

I2C：总线上的所有设备都看着数据流，当地址匹配时，某个设备跳出来响应。
内存总线：CPU 发出一个地址信号。总线控制器（Bus Fabric/Interconnect）需要根据这个地址来决定把信号传给哪个外设。
译码逻辑：硬件内部的地址译码器就像一个“围墙”。它判断：if (Address >= Base && Address < Base + Size)，则激活该设备。这个Size是硬件逻辑电路中真实存在的范围。

I2C 就像“快递员投递”：
你只需要写一个门牌号（地址0x50）。快递员顺着街道走，看到门牌号就敲门。他不需要知道你家房子有多大。
内存总线就像“土地规划”：
政府（CPU/OS）要把一块地划拨给工厂（外设）。政府不仅要给工厂一个起始坐标（Base Address），还必须标明这块地占地几亩（Size）。否则，隔壁的工厂可能会把楼盖到你的地盘上，或者你在自家院里走路（访问寄存器）却走到了别人家里。