本文介绍了在UBoot中使用SPI NOR时遇到的启动速度问题，指出尽管内核支持quad I/O模式，但在最新的UBoot中尚无直接支持。文章详细解析了UBoot的代码结构，包括spi_flash_params_table结构体、spi_flash_std_probe驱动入口以及spi_flash_probe控制器加载函数。讨论了如何在spi_flash_probe_slave中添加代码以启用quad mode，但强调了SPI NOR与controller同步的重要性，否则可能导致数据读取错误。
一般情况下，我们现在大多会把bootloader、kernel存放在spi nor中，上电时会从它里面加载到ram，这就有一个问题，如果以spi的接口去读，会很慢，
但是我查看了目前最新的uboot，还是没有spi nor的quad I/O mode的支持，上电时还是用的extended mode,但在内核中有相应的的接口中来使能quad I/O.
是不是看走眼了呢？
好像不是，之前一起用spi nor，只是能正常启动，同时可能读写变量，就没有关注过。
现在的uboot的代码结构是和kenel相近的，但不是kernel的驱动模型，spi nor的驱动和spi controller的驱动是分开的。
在const struct spi_flash_params spi_flash_params_table[]这个结构体中包含的是所有支持的spi nor flash,如果你要增加一个spi nor就要在这里加上。
同时在sf_probe.c中有一个probe函数spi_flash_std_probe，这个就是spi nor的驱动入口。在这里面会去读spi nor的ID,在读函数中到最后用的是spi_xfer函数，这才是真正的读写函数。而它的实现就是在spi controller驱动中去完成的。
同时在sf_probe.c中有一个spi_flash_probe函数，这就是用来加载spi controller驱动的入口，那它的调用在哪里呢？
其实很多了，就看你的flash是用那个spi controller了，在相关文件里去调用这个函数，来加载你的controller驱动，同时它也会去调用
spi_flash_probe_tailstruct spi_flash *spi_flash_probe(unsigned int busnum, unsigned int cs,
unsigned int max_h
最低0.47元/天 解锁文章
扫一扫
167
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
