今天遇到一个奇怪的现象，zynq 平台搭载了一个32M qspi flash，我将其中高16M作为一个分区放了一个jffs2文件系统，在系统启动后mount到根文件系统ramdisk中。
在设备树分好区后，到uboot下将jffs2写到了flash的1000000~2000000空间，随后reset，却卡死了，按复位键也没用。
断电重启后系统正常起来，进入了linux。手动mount 了新的分区，文件系统读写正常。随后reboot，又卡死了。。。按复位键依旧没用，还是断电重启才行。
一开始以为是fsbl阶段有问题，跟踪代码后发现连ps7_init都没走到，又跟踪了uboot的reset代码，确定已经写入了cpu的复位寄存器，uboot reset流程正常走完。
加上linux中reboot也失败，捋了一下启动流程：
1、
- uboot
reset - x
- fsbl
2、 - linux
reboot - x
- fsbl
- uboot
问题很可能出在 x 处。这个 x 只能是bootROM了啊。
根据这个线索搜了一下，果然有：使用四字节命令读写256Mb QSPI Flash
全文如下：
在手册中，Zynq QSPI flash 控制器只支持3字节的地址，因此只支持最大128M bit的QSPI flash。 如果要支持更大的flash，需要使用QSPI flash中的bank寄存器。SDK 14.6的驱动就是采用这种模式。 使用bank寄存器，会带来副作用。Zynq内部的BootRom不会去操作bank寄存器。如果在操作非0的bank时复位，BootRom从QSPI Flash读取FSBL就会失败。这种情况，可以使用复位信号对QSPI Flash进行复位，使其内部的bank寄存器也复位为0，或者直接复位bank寄存器。另外一种办法，是使用新的QSPI Flash命令，使用四字节地址读写Flash。 本文使用Zed板上的Spansion S25FL256S 器件做测试。“12h” 是支持四字节地址的写命令； “13h”是支持四字节地址的读命令。在Zed板上，这两个命令，都工作正常，可以读写数据，而且不影响Zynq启动。
在uboot下验证了一下：sf 读取1000000 以上， 后reset，卡死；sf 读取1000000 以上，再读取1000000以下，然后reset，没卡死。的确是这个原因。
kernel中解决方法：
查看了 s25fl256s 的手册，控制读写高低16M空间的BAR寄存器在硬件复位和软件复位后都会清0 ，对应内核中最简单的处理办法就是在flash驱动中的 shutdown方法里复位芯片。
修改代码如下：
static void m25p_s25fl256s_reset(struct spi_device *spi)
{
struct m25p *flash = spi_get_drvdata(spi);
flash->command[0] = 0xf0; //reset command
spi_write(flash->spi, flash->command, 1);
printk(KERN_INFO "reset qspi flash\n");
return;
}
static struct spi_driver m25p80_driver = {
.driver = {
.name = "m25p80",
.owner = THIS_MODULE,
},
.id_table = m25p_ids,
.probe = m25p_probe,
.remove = m25p_remove,
.shutdown = m25p_s25fl256s_reset,
/* REVISIT: many of these chips have deep power-down modes, which
* should clearly be entered on suspend() to minimize power use.
* And also when they're otherwise idle...
*/
};
这样在执行reboot时，flash芯片就会被复位，BAR寄存器清除。
上面提到采用4字节来读写flash的解决方法，但在内核代码中看到xilinx特地限制了zynq不使用四字节模式，如下：
/*spi-nor.c (drivers\mtd\spi-nor) 937
* int spi_nor_scan(struct spi_nor *nor, const struct spi_device_id *id,
* enum read_mode mode)
*/
#ifdef CONFIG_OF
np_spi = of_get_next_parent(np);
if (of_property_match_string(np_spi, "compatible",
"xlnx,zynq-qspi-1.0") >= 0) {
int status;
nor->addr_width = 3;
set_4byte(nor, info->jedec_id, 0);
status = read_ear(nor, info->jedec_id);
if (status < 0)
dev_warn(dev, "failed to read ear reg\n");
else
nor->curbank = status & EAR_SEGMENT_MASK;
} else {
#endif
还要再分析。
uboot中可以在reset代码里执行类似动作。
至于复位键失效，可能需要硬件上将复位信号引到flash芯片的RST引脚。
以上几条有空再试一下。
