uboot下关于quad spi nor 的一点点
一般情况下，我们现在大多会把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_tail
struct spi_flash *spi_flash_probe(unsigned int busnum, unsigned int cs,
unsigned int max_hz, unsigned int spi_mode)
{
struct spi_slave *bus;
bus = spi_setup_slave(busnum, cs, max_hz, spi_mode);
return spi_flash_probe_tail(bus);
}
这样会根据不同的ＣＳ来加不同的spi nor，同时指定相关的操作函数。
那这样一来之前的spi_flash_std_probe这个函数就不是没有用了吗？感觉好真是，但不是这样的，
U_BOOT_DRIVER(spi_flash_std) = {
.name = "spi_flash_std",
.id = UCLASS_SPI_FLASH,
.of_match = spi_flash_std_ids,
.probe = spi_flash_std_probe,
.priv_auto_alloc_size = sizeof(struct spi_flash),
.ops = &spi_flash_std_ops,
};
这个probe会在我们命令界面下用sf命令时会用到，具体的调用过程就不说了，反正是有用的。
if (drv->probe) {
ret = drv->probe(dev);
if (ret)
goto fail;
}
dev->flags |= DM_FLAG_ACTIVATED;
如果要使能spi nor的quad mode ,就可以在上面说过的spi_flash_probe_slave函数中去加代码，但要注意spi nor和controller 一定要同步，否则在改完任何一方，你读数据是全ff.