1、
//#define CONFIG_BOOT_NOR
//#define CONFIG_BOOT_NAND
#define CONFIG_BOOT_MOVINAND
//#define CONFIG_BOOT_ONENAND
//#define CONFIG_BOOT_ONENAND_IROM
#define
//#define CONFIG_ONENAND
#define CONFIG_MOVINAND
2、假如 单纯是做上面的改动,仍旧 不够的,在运行的时刻 会发觉 到了必须 的时刻 uboot就死掉了,本来这是因为uboot中假设SMDK6410在运用 SD形式 的时刻 是从CH0启动的,但是手上的这个板子是议决 CH1启动,那么在运行被复制到SRAM中的8K代码时刻 没要领 在CH0检测到SD,更没要领 将SD 里的代码复制到SDRAM中。修改要领 是在incluede/
movi.h中HSMMC_CHANNEL修改为1。
3、然后假如 将上述修改后编译出来的u-boot.bin议决 IROM_Fusing_tools直接烧写到SD中也是没要领启动的,须要 运行以下的命令实行 处理:
cat u-boot.bin >> temp
cat u-boot.bin >> temp
split -b 256k temp
mv xaa u-boot_256k.bin
split -b 8k u-boot.bin
mv xaa u-boot_8k.bin
cat u-boot_256k.bin >> u-boot_mmc.bin
cat u-boot_8k.bin >> u-boot_mmc.bin
经历 这些处理,实际上是将u-boot.bin内容重复一次后(为了保证达到256K,假如 这个bin更小,那么可能须要重复3次、4次,直到超过256K 为止),将前256K制成u-boot_256k.bin,再将前8K制成u-boot_8k.bin,结尾将u-boot_256k.bin +u-boot_8k.bin合并成一个256K+8K大小的文件u-boot_mmc.bin,这个文件前256K就是u-boot_256k.bin 而后8K就是u-boot_8k.bin。把这个u-boot_mmc.bin议决 IROM_Fusing_tools烧写到SD卡就能够成功启动系统了。
为什么要做这样的处理这个bin文件呢?下面议决 剖析 IROM_Fusing_tools、uboot的源码来揭示其中的由来。
从网上能够下载到IROM_Fusing_tools的源码,在按下这个软件的start控件后,先是读取这个SD卡的第一个扇区,也就是这个硬盘的MBR 扇区,判断是不是FAT32格式的硬盘(这也是为什么用来做启动的SD必须格式化为FAT32格式),接着获取总的扇区数目TOTAl_SECOTR,并将所要烧写的bin文件烧写到硬盘的这个扇区:TOTAL_SECTOR – 2 - SIZE_OF_IMAGE/512。其中TOTAl_SECTOR是这个硬盘总的扇区数目;SIZE_OF_IMAGE/512是这个bin文件将要占据的扇区数(这里是以512为扇区大小的,因此对于扇区更大的SD卡也就没要领运用 了,而现在的大容量SD都可能运用 了2K甚至4K的扇区,除非修改这个程序,并同步地在uboot中修改程序);至于2则是保存的2个扇区,至于为什么要保存 这2个扇区,须要 剖析 uboot的源码情况,下面将做进一步的阐述。
在SD启动形式 下,S3C6410内部的IROM程序BL0最先 运行,并将SD中的结尾 18个扇区开始的16个扇区内容复制到片内的8K SRAM,也就是SteppingStone,接着跳转到这块SRAM的开始地址开始运行,这8K的代码实际上就是上面u-boot_mmc.bin这个文件的结尾 8K,也是u-boot.bin的最开始8K代码,这段代码也叫BL1。从BL0跳转到BL1的时刻 uboot也就接管了CPU。
Uboot的入口在start.S这个文件,cpu/s3c64x0/start.S中有这样一段代码:
#ifdef CONFIG_BOOT_MOVINAND
ldr
bl
b
#endif
这段代码是实现SD启动的主要。到了这里后就执行movi_bl2_copy,这个函数负责将SD内的uboot完整地复制到SDRAM,这时刻完整的uboot也叫BL2,而这个函数实际上是调用了以下函数:
CopyMovitoMem(HSMMC_CHANNEL, MOVI_BL2_POS, MOVI_BL2_BLKCNT, (uint *)BL2_BASE, MOVI_INIT_REQUIRED);
HSMMC_CHANNEL这是SD/MMC通道号,手上板子运用 的是CH1,而默认是CH0,所以须要 对这个实行修改。
MOVI_BL2_POS 是须要 copy 的数据位于SD的起始扇区,其计算要领是这样的,先得到这个SD的总扇区数TOTAL,再减去256K的BL2和8K的BL1所占的扇区数,结尾 减去0.5K 的eFuse和0.5K的保存 区所占的扇区数,而这里还解释SD的扇区为512B。从这里能够看到和IROM_Fusing_tools对SD卡的处理是完全对应的。这里还有一个疑问 ,总扇区数TOTAL是如何得到的?从程序来看是从(TCM_BASE - 0x4)这个地址读取到的,至于TOTAL是如何 被放到这里的就只好从BL0的代码找答案了。
MOVI_BL2_BLKCNT是须要复制的扇区数目,这里就是解释为256K,这也是为什么必须把u-boot.bin转换成256K的文件。
BL2_BASE是目标 地址,也就是SDRAM中的地址。这里解释为0x57E00000,就是128M 的SDRAM的结尾 2M,因为到这里为止MMU尚未打开,因此这里运用 的是物理地址。
MOVI_INIT_REQUIRED这个参数的意义是什么暂时没有任何资料表明 。
而CopyMovitoMem这个函数的解释是这样的:
#define CopyMovitoMem(a,b,c,d,e)
这个解释实际上是调用了位于TCM_BASE + 0x8这个地址的函数指针,其中TCM_BASE的值为0x0C004000,至于这个地址放的是什么,也没资料表明 。
当复制完BL2后便会跳转到BL2的start_armboot这个C语言函数中运行了,此后的运行流程 就不须要 再剖析了。
上一篇:arm 2440编译空间安排
下一篇:arm 2440中nandflash特定存储单元写入一个字节
推荐阅读最新更新时间:2024-03-16 14:50