1. 需求

通常在嵌入式开发过程中可能会遇到需要再同一个SPI总线上挂载多个spi nor flash才能满足存储需求。

2. 技术简介

对于spi-nor flash驱动通常不需要驱动开发人员手搓，一般内核会有一套固定的驱动，而且走的是内核的MTD子系统那一套，市面上常见的spi-nor flash芯片都支持这套驱动。

驱动开发人员需要关注的是如何获取spi-nor flash对应的id并将其补充到对应型号的驱动里面。注意这里有些驱动开发人员会产生疑问，不是说它们使用一套通用的驱动吗？那这里的独立芯片驱动怎么回事？解答：这个不是flash驱动，这里的驱动主要是用来记录flash id用的，原因是不同厂家的芯片id肯定是不一样的，下述以常用的两款flash为例。

drivers/mtd/spi-nor/gigadevice.c

w25q128：

drivers/mtd/spi-nor/winbond.c

2.方案

首先SPI协议是支持一主多从结构的，也就是在同一条SPI总线下可以挂载多个SPI从设备。学习过SPI的都知道，SPI master都是通过cs片选的方式选中要通信的slave设备进行通信，这个是本质。因此对于挂载多个spi-nor flash道理是一样的。

对于SPI协议这里不展细说，常见的就有单线、双线、四线、八线等模式，本案例演示的是四线模式的。

通常对于SOC的硬件SPI控制器，其都会有专用的片选引脚，以AM64x平台为例，其OSPI控制器就有4个硬件片选引脚：OSPI0_CSn0、OSPI0_CSn1、OSPI0_CSn2、OSPI0_CSn3，可以通过不同的片选引脚挂载多个SPI从设备。

3.配置设备树

修改设备树重新编译测试报错：看似片选不支持多个

分析驱动：发现驱动也没有解析设备树的相关片选属性(例如num-cs)

去官方论坛搂一下看看有没有其它开发人员也遇到相似的的问题：

补丁

其它开发人员遇到相似的问题

通过一番资料排查，TI官方在这个版本的内核并不支持多个片选，需要修改驱动、设备树，添加对应的支持。

编译内核、设备树测试：至少可以识别两个SPI从设备了，但是有一个id无法识别

解决方案：补充id到驱动里面参考：这篇帖子

测试可以识别到了两个spi-nor flash设备

这里可能会有一个疑问，问什么只有其中一个spi从设备可以被识别为mtd设备，另外一个没有被识别？解答：原因是u-boot命令行参数默认配置了spi0.0设备作为mtd设备。

修改u-boot配置文件，重新编译进行测试

切换为spi.1了

当然也可以同时配置多个：

注：更改环境变量需要重新恢复u-boot默认环境变量，命令：u-boot# env default -fa