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.