灵动a20启动器怎么启动
发布网友
发布时间:2022-05-11 06:33
我来回答
共1个回答
热心网友
时间:2023-10-03 06:04
,boot1,u-boot,boot0与boot1源码在lichee/boot/目录下, 机器上电执行boot0,boot0
A20启动代码流程分析:
1:全志的启动包括boot0,boot1,u-boot,boot0与boot1源码在lichee/boot/目录下,
机器上电执行boot0,boot0就会引导boot1,boot1再引导u-boot。
2:在lichee/boot/目录下的Makefile文件指定了boot1的编译目录,例如
make -f make_sdmmc -C boot1/core -j8命令就是调用lichee/boot/boot1/core目录下make_sdmmc脚本编译,
make_sdmmc最终又调用make.cfg脚本编译,所以lichee/boot/目录下的Makefile文件指定的编译路径最终都会
调用各自目录下的make.cfg来编译。
3:使用make_nand与make_sdmmc脚本是core目录生成的boot1_nand.bin与boot1_sdcard.bin,同时在
lichee/boot/workspace/egon/与lichee/tools/pack/chips/sun7i/eGon/目录生成,他们分别调用
lichee/boot/boot1/driver/drv_nand/与lichee/boot/boot1/driver/drv_sd/目录下的文件;
boot1_nand.bin与boot1_sdcard.bin分别对应启动模式:nandflash与inand启动,配置文件是在
lichee/boot/pack/chips/sun7i/configs/android/目录下相应的文件指定,其中storage_type字段指定,
2为inand启动,—1为nandflash启动;Boot_Android是正常启动模式,Boot_Burn是调试模式,Card_Android
是升级模式,他们分别生成boot.axf,prvt.axf与sprite.axf镜像,同时在
lichee/boot/workspace/wboot/bootfs/与lichee/tools/pack/chips/sun7i/wboot/bootfs/目录生成;
lichee/boot/boot1/driver/drv_de/目录是多媒体库源码,是Lcd与HDMI等显示源码,同时在
lichee/boot/workspace/wboot/bootfs/与lichee/tools/pack/chips/sun7i/wboot/bootfs/目录生成
drv_de.drv镜像。
4:arm_start.S(boot1/core/arm_board)->eGon2_swi_handler->eGon2_swi_handler_entry->eGon2_init->
eGon2_start->eGon2_storage_type_set(判断启动模式,加载boot.axf或者sprite.axf),eGon2_run_app->
FS_fread(加载.axf文件),elf_loader[*entry = (__u32)priv->main;],func(argc, argv)[该函数就是
BootMain()的指针]->BootMain。
(1)正常启动模式:
BootMain->BoardInit_Display[加载drv_de.drv,判断显示模式,LCD,TV,HDMI等],check_power_status[
检测电压与电池状态,判断是否开机],BootOS_detect_os_type[加载u-boot.bin,PreBootOS->
boot_dsipatch_kernal[设置u-boot的物理地址是*kernal_addr = 0x4a000000]->wBoot_fopen("c:\\linux\\u-boot.bin", "rb")],
BootOS[wBoot_jump_to_linux->EGON2_SWI_JUMP_TO_LINUX->eGon2_jump_to_android_linux直接进入u-boot
接口]。
(2)升级模式:
BootMain->boot_ui_init[加载drv_de.drv,判断显示模式,LCD,TV,HDMI等],card_sprite->
update_flash_hardware_scan[扫描当前存储设备是nand还是inand,update_boot0,update_boot1,
根据sprite_type判断升级nand还是inand]。
5:(1)lichee/tools/pack/pack脚本打包镜像文件。
(2)编译kernel的时候首调用./build.sh -p sun7i_android->buildroot/scripts/common.sh->
lichee/linux-3.3/build.sh->lichee/buildroot/scripts/build_sun7i_android.sh编译。
在编译kernel的时候也编译也u-boot,调用./build.sh -p sun7i_android->buildroot/scripts/common.sh->
lichee/u-boot/build.sh编译。
6:lichee/boot/pack/chips/sun7i/wboot/bootfs.ini或lichee/tools/pack/chips/sun7i/wboot/bootfs.ini
把文件系统盘符映射成C盘,就是代码中使用的c:\\boot.ini","c:\\sprite.axf"等。
lichee/tools/pack/chips/sun7i/configs/android/default/下有env.cfg与image.cfg配置文件,
env.cfg是u-boot使用的配置文件,包括nand_root,mmc_root,loglevel,bootcmd等参数;
image.cfg是boot使用的文件列表与ITEM_ROOTFSFAT32等重要符号。
7:sys_partition.fex文件中各个分区与下载对应的文件如下:
bootloader分区保存bootloader.fex,bootloader.fex就是由boot.axf u-boot.bin等组成。
env分区保存env.fex,env.fex就是lichee/tools/pack/chips/sun4i/configs/crane/default/env.cfg文件,它是u-boot的基本配置。
boot分区保存boot.fex,boot.fex是boot.img的链接,它由kernel与ramdisk组成,使用fastboot下载的时候就是下载boot.img。
system分区保存system.fex,system.fex是system.img的链接,它是android系统,使用fastboot下载的时候就是下载system.img。
recovery分区保存recovery.fex,recovery.fex是recovery.img的链接,它也是由kernel与ramdisk组成,用于系统恢复,使用fastboot下载的时候就是下载recovery.img。
misc分区用于恢复系统设置的时候在uboot中保存一些变量与命令的值。
*.fex文件在lichee/tools/pack/out/目录,*.img在anroid/out/...下。
8:A20的分区如下:
--------fastboot partitions--------
-total partitions:11-
-name- -start- -size-
bootloader : 8000 8000
env : 10000 8000
boot : 18000 8000
system : 20000 100000
data : 120000 100000
misc : 220000 8000
recovery : 228000 10000
cache : 238000 80000
private : 2b8000 8000
databk : 2c0000 80000
UDISK : 340000 3e0000
-----------------------------------
其中UDISK就是作为SDCARD分区,bootloader是从16MB开始,在bootloader的前面是
16KB的MBR_SIZE与16KB的DL_SIZE。
9:各个镜像的对应的内存地址:
在read_boot_img()或者do_boota()都可以打印这些信息。
u-boot的地址为0x4a000000,在boot_dsipatch_kernal函数里强制赋值,也在该函数里
使用wBoot_fopen("c:\\linux\\u-boot.bin", "rb")与wBoot_fread((void *)(*kernal_addr), 1, file_length, hd_file)
把u-boot.bin从存储设备加载到0x4a000000内存地址,之后boot1从BootOS(para_addr, kernal_addr)
跳转到u-boot。
*kernal_addr = 0x4a000000。
kernel地址为0x40008000,ramdisk地址为0x41000000,在CONFIG_EXTRA_ENV_SETTINGS
中的boota 40007800其实是把boot.img下载到内存中的地址,由于boot.img中包含了
kernel与ramdisk,也包含了这两个镜像在内存中的地址,还有检查boot.img的magic
是不是ANDROID,从存储设备加载这个两个镜像到内存的操作是在read_boot_img函数里,
在u-boot是do_boota函数里再次检查boot.img的合法性。