为什么是spi32766.0

最新推荐文章于 2025-04-11 14:53:05 发布

传不习乎

最新推荐文章于 2025-04-11 14:53:05 发布

阅读量3.1k

点赞数 1

分类专栏： linux 文章标签： linux设备驱动

本文链接：https://blog.youkuaiyun.com/dreamflyliwei9/article/details/79294269

版权

嵌入式开发中，MTD分区信息经常使用spi32766.0作为mtd-id，本文探究了这一数值的来源。通过对内核代码的分析，揭示了该值与flash芯片无关，而是由spi设备名决定。通过设备树dts信息， spi_alloc_master, spi_register_master和spi_add_device等步骤，最终确定了spi设备名spi32766.0的由来。" 107915176,8434095,Django项目部署与模式详解：从CentOS到uwsgi,"['Django', 'Python', '服务器部署', 'web开发', 'nginx']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

mtdparts中的mtd-id为什么常是spi32766.0？

嵌入式开发一个常见的任务是要调通新的设备，前期有许多工作，比如调通uboot，添加flash驱动支持，配置MTD分区，调通网络等等。其中MTD分区信息多通过cmdline的形式传递给内核，有两种途径，一是通过uboot参数传递，二是内核配置CONFIG_CMDLINE参数。
在cmdline中，MTD分区信息有固定的格式，如下：

mtdparts=<mtddef>[;<mtddef]
<mtddef>  := <mtd-id>:<partdef>[,<partdef>]
<partdef> := <size>[@<offset>][<name>][ro][lk]
<mtd-id>  := unique name used in mapping driver/device (mtd->name)
<size>    := standard linux memsize OR "-" to denote all remaining space
             size is automatically truncated at end of device
             if specified or truncated size is 0 the part is skipped
<offset>  := standard linux memsize
             if omitted the part will immediately follow the previous part
             or 0 if the first part
<name>    := '(' NAME ')'

举一个例子，mtdparts=spi32766.0:256K(uboot),2M(kernel),6M(rootfs).-(rootfsdata)
这其中mtd-id=spi32766.0，我接触过的多个项目均是采用这一个mtd-id，为什么是这个值？32766是怎么得来的？和flash芯片有关系吗？下面来分析。

1、32766=0x7FFE，起初觉得应该和flash型号有关系，但搜索flash驱动代码，没有发现两者有关联，并且使用不同flash芯片的设备均采用这一值，说明它与flash没有关系。
2、那么就分析代码，首先要知道内核中哪个变量代表了mtd-id，这里我不准备按照代码执行顺序来分析，而是按照我思考问题的方式来分析。既然mtdparts是cmdline参数，那我首先要看cmdline的解析函数。

static int parse_cmdline_partitions(struct mtd_info *master,
                    struct

最低0.47元/天解锁文章