最新Uboot移植步骤 5：NorFlash

最新Uboot移植步骤5：NorFlash

显示Flash：***failed***，说明norflash未识别，我们搜索“Flash：”

进入第一个查看

找到这个判断条件，如果flash_size>0则输出flash大小，否则输出

*** failed ***

### ERROR ### Please RESET the board ###

其中hang函数导致程序无法继续向下执行，我们只实现了nand启动肯定在这会卡住，所以我们不用这个hang 函数，直接输出flash未识别的信息就好了，改动如下：

现在来找norflash未识别的原因，进入flash_init函数

看见这样一段代码

可知，有2个函数可以检测flash的大小如果flash_detect_legacy函数不行再使用flash_get_size函数，先进入flash_detect_legacy函数看下，其结构如下：

该函数有2个，使用哪一个由宏CONFIG_FLASH_CFI_LEGACY决定，搜索该宏：

很明显，前面我们都是使用该函数进行大小检测的，而该函数无法识别flash，那我们使用新方法进行检测，进入新方法查看：

发现有很多可用调试信息，我们看看如何起用这些调试信息：

发现只要定义了_DEBUG即可启用调试信息，我们定义该宏：

在文件开始发现注释：

我们直接定义DEBUG即可，

配置，编译，下载到板子norflash：

重新上电从norflash启动，输出如下：

我们查看JEDEC PROBE:从哪来

查看norflash手册，看读取的设备ID是否正确

可以看到输出的厂家设备ID是正确的，

说明下面这个函数读取正确

那就是

函数出现错误，我们进入该函数查看：

通过注释就可看到该函数是把我们读取的ID与这里的jedec_table[]数组里的ID进行比较，看这个数组：

该数组里存有各种型号的设备参数，而我们的不在其中，我们自己添加：

发现这里有个和我们类似的，拷贝代码用下：

添加后修改成我们自己的：

***************************************************************************************** 现在先说一下，这些参数都如何得到的并修改：

.mfr_id = 0x001c001c,

厂家ID，

.dev_id = 0x2249,

设备ID

.name = "EON EN29LV160A",

名字自己取

.uaddr = {

[1] = MTD_UADDR_0x0555_0x02AA /* x16 */

},

解锁地址，如图：

NorFlash读ID时，前3周期是写数据，第4周期是读数据，先在555地址写AA，再在2AA地址写55，再在555地址写90，这时解锁成功，就可以从地址100读取厂家ID是1C，设备ID也是如此。

这里我们看到uaddr[1]是为16位进行解锁的，所以我们把[1]设为MTD_UADDR_0x0555_0x02AA；

.DevSize = SIZE_2MiB,

norflash大小，查看手册：

1024K*16bit=1024*1024*16 bit=1024*1024*2 Byte=2MByte;

.CmdSet = P_ID_AMD_STD,

这个不用管；

.NumEraseRegions= 4,

.regions = {

ERASEINFO(16*1024, 1),

ERASEINFO(8*1024, 2),

ERASEINFO(32*1024, 1),

ERASEINFO(64*1024, 31),

}

块结构，见手册：

共有4种块，每种个数都不同。

***************************************************************************************

配置编译下载观察：

可以识别norflash大小为2M了，但有个error：too many flash sectors，我们搜索下这个错误：

这里只要扇区数量大于19就会出错，我们把值改大些：

现在已经识别了，把DEBUG调试去掉：

编译，下载：

查看norflash信息：

RO 是软件上定义这一块是只读的，想烧写就要

我们的uboot大概400K，肯定在0到80000里，我们烧写80000到90000这块试试：

先擦出80000到8FFFF里的内容，再从30000000处拷贝10000大小到80000处：

我们查看30000000处和80000处的数据：

相同。我们比较下整个10000大小里的数据

发现有一处不同，我们烧32000000处数据试试：

这里发现所有都相同，那为何烧30000000处数据不对呢？

看看start.s文件，发现我们的栈在进入第2阶段后没有重新设置，所以那我们重定位后，栈还在30000000附近，没有到新的地方，所以拷贝代码后，该处的栈还会变化，就导致数据不同，那现在我们把栈也重定位到新运行地址附近：

定义：

声明：

使用：

设置好后，读出来：

再编译下载：

我们可不可以直接下载呢？看看已经烧写的UBOOT支持哪些命令：

这里发现不支持USB下载，tftp网络还没整好，看上面由串口下载命令loady，我们试试：

因为我们现在UBOOT在30000000位置，我们正使用它的loady命令，所以不能烧到那里，我们先烧到32000000，再拷贝到30000000，拷贝命令不是UBOOT的，所以不会影响。

再重启：

再比较：

现在没有任何问题了！成功！