自动识别启动模式Nand Or Nor
UBOOT-2010-03在S3C2440上的移植<二>------------硬件初始化
http://www.linuxidc.com/Linux/2011-11/46993p2.htm
Notes:2)下面代码段红色部分为删除部分
Notes:3)下面代码段绿色部分为添加部分
4.1)Notes:以下资源来自大神Tekkaman Ninja博客点击查看原文
移植之前还是请大家先看S3C2440数据手册<第五章存储器控制器>中的(也就是那个映射图),从理论上来讲,对于0x40000000以后的内存,只有在Nor boot的时候才存在;而在nand
boot 的时候他被映射到了0x00000000,在0x40000000以后不存在内存。如果我们在启动的时候,将一些特定的数据写入0x40000000~0x40001000之间,那么按照数据手册上的说法,如果回读的结果和写入的一致说明是nor boot,否则就是nand boot!<写这个文章的时候我又看了一次。。。。。。。。。>从上图我们可以看出,无论是Nor boot还是nand
但是通过上面的图,我想到了解决的办法:
在启动的时候,用程序将0x40000000~0x40001000中的某些位置清零,如果回读0x00000000~0x00001000中的相应位置后为零,说明是Nand boot,如果是原来的数据(一定要选非零的位置)就是Nor boot。判断完后如果是nand boot,还要恢复被改动的数据,再进入自拷贝阶段。
.balignl 16,0xdeadbeef |
选这个数据作为检测位置的理由如下:
(1)他是非零数,而且数据是确定的:0xdeadbeef;
(2)他的位置是固定的:0x0000003c(0x4000003c);
(3)他在检测程序之前,不会影响程序的向下运行;
(4)他不属于程序,他是一个程序中的魔数(Magic Number),用魔数来检测也比较合理。
所以我最后的检测步骤是:
在启动的时候,将0x4000003c位置开始的四个字节清零,然后读取0x0000003c位置开始的四个字节。如果回读的结果为零,说明是nand boot,否则就是Nor boot(为了保险还可以判断是否为0xdeadbeef,不是的话就说明有未知错误,死循环!)。但是最后有一点很重要:如果是Nand boot,必须要复原清零的数据。原因是:在nand boot过后,会核对内部SRAM中的4K程序,和从Nand中拷贝到SDRAM的前4K程序是否一致,如果不一致会进入死循环。
.globl bBootFrmNORFlash
bBootFrmNORFlash:
4.1.2)判断当前代码位置,如果在内存,直接跳到stack_setup
#ifndef CONFIG_SKIP_LOWLEVEL_INIT
#endif
4.1.3)如果代码当前位置不在内存中,就判断启动方式为Nand Flash或者Nor Flash
Notes:没有说明就默认在以上代码的后面添加
4.1.4)在Nand Flash中启动的话,那么Nand Flash搬移代码如下:
Notes:定义u-boot在Nand flash中存放的长度为#define LENGTH_UBOOT 0x100000<1M>,可以方便修改u-boot因为裁剪和增添大小的改变而占的长度。
#define LENGTH_UBOOT 0x100000#define NAND_CTL_BASE 0x4E000000
#ifdef CONFIG_S3C2440
#define oNFCONF 0x00
#define oNFCONT 0x04
#define oNFCMD 0x08
#define oNFSTAT 0x20
nand1:
nand2:
bad_nand_read:
loop2:
ok_nand_read:
go_next:
notmatch:
loop3:
#endif
自动识别启动模式NandOrNo 相关文章:
- Windows CE 进程、线程和内存管理(11-09)
- RedHatLinux新手入门教程(5)(11-12)
- uClinux介绍(11-09)
- openwebmailV1.60安装教学(11-12)
- Linux嵌入式系统开发平台选型探讨(11-09)
- Windows CE 进程、线程和内存管理(二)(11-09)