上电——→DM8127内部片上的ROM CODE运行——→ROM CODE读取SYSBOOT PINS电平状态决定是从NAND FLASH BOOT还是 UART0串口 BOOT或者SD卡BOOT或者PCIe BOOT或者EMAC BOOT或者XIP BOOT——→读取ubootmin并运行ubootmin(ubootmin取得ARM控制权)——→读取u-boot并运行u-boot(u-boot取得ARM控制权)——→读取linux内核BIN并运行linux 内核(linux-2.6.37取得ARM控制权一直到板子复位或者断电)——→挂载文件系统(可以是存放在NAND FLASH的ubifs,squashfs,或者NFS)——→运行文件系统的脚本——→运行IPNC_RDK整个DEMO应用程序system_server,boa和live555等,启动VPSS M3核,启动VIDEO M3核,启动浮点DSP C674X核。
整个过程可以通过上图直观了解。
一、运行ubootmin
一开始上电,DM8127主芯片内部有ROM CODE,这个是使用片上的内部RAM运行的,还没用片外的DDR3,如果新做的板子什么程序也没有,只要TPS659113电源管理芯片的供电时序正常,主晶振正常工作,那么ROM CODE就会正常运行,先读取SYSBOOT PINS(就是BOOT MODE那几个外接上拉下拉电阻的管脚状态),如果对应的那些NAND FLASH或者SD 卡或者PCIe等接口没有程序,那么DM8127这时会通过UART0 不断输出C C C C C C ……..的打印字符,试图通过UART0进行通讯下载UBOOT-OPTI BIN文件(这个UBOOT-OPTI后面介绍UBOOT移植的时候再分析)。
至于运行ubootmin这第2步骤,可以用两种方式运行方式说明一下:
1、就是在第1步没上电之前,通过TF卡(SD卡),TF卡预先COPY两个文件:MLO 和u-boot.bin到卡上,TF卡格式化成FAT32,并且是8倍速以下的卡。这个两个文件就是后面要提到的ubootmin编译和uboot-2010.06编译。其中ubootmin编译得到就是MLO文件,uboot-2010.06编译得到就是u-boot.bin。TF(SD卡)先插上到板子上面,然后给板子上电,这样就会从SD卡BOOT,运行MLO,也就是运行ubootmin。ubootmin这里就会去做很多底层驱动的初始化工作,包括DDR3初始化,这里提到一点,ubootmin还是运行在片内的RAM,并没有运行在外部DDR3。
2、还有一种超大规模工厂生产的时候,NAND FLASH可以预先烧写ubootmin BIN文件和 uboot-2010.06 BIN文件,内核BIN文件,文件系统BIN文件,然后再给SMT工厂贴片,那么这时从工厂拿回来的DM8127板子在没有硬件短路的情况下,根据硬件电路默认设置SYSBOOT PINS为NAND BOOT,那么一上电就会运行NAND FLASH 里面的ubootmin。
在没有程序的情况下,其实绝大部分都是使用第一种方式SD卡BOOT的方式去运行ubootmin。等到烧写好ubootmin和UBOOTBIN到NAND 的时候,我们才不需要SD卡 BOOT。所谓通过SYSBOOT PINS外接上拉电阻和下拉电阻的电平状态来BOOT ubootmin:
只能说是优先从哪种方式BOOT,而TI 内部ROM CODE会自动从优先的BOOT MODE去找对应的ubootmin,比如从NAND 优先BOOT,但是NANDFALSH没ubootmin,那么ROM CODE会去找SD卡BOOT(又叫MMC BOOT),如果SD卡里面没有MLO 和u-boot.bin,ROM CODE 继续找SPI BOOT,如果SPI BOOT 不成功,继续找UART0 口去BOOT,ROM CODE会一直列举完几种BOOT 模式。
二、运行完整uboot
ubootmin初始化结束后,会去读取uboot-2010.06 BIN文件并运行完整的uboot,即uboot-2010.06。完整的uboot-2010.06正常运行,那么可以通过网络TFTP等操作去烧写,然后就去运行linux内核了。这个完整的uboot运行是在DDR3了(代码映射到DDR3存储地址段不能和kernel冲突),有关uboot-2010.06的移植后面再单独写写,这里不累赘。
三、运行linux内核
uboot-2010.06 会通过各种方式(读取NAND 里面的BIN文件或者TFTP 下载内核)并运行内核,ARM控制权交给内核,这个linux内核也是运行在DDR3。
四、内核挂载文件系统
这个也不需要累赘,做过linux嵌入式开发都知道,研发先使用NFS调试通,然后再制作ubifs BIN文件或者squashfs BIN文件烧到板子NAND FLASH去。
五、执行文件系统的脚本
首先会去运行文件系统etc里面的一大堆脚本,最后再运行/etc/init.d/finish_ubifs.sh的脚本:
cd/opt/ipnc
./init.sh
./system_server
sleep7
./autorun_ipnc.sh
这些脚本的内容可以去对应的NFS文件系统目录打开看看。
运行DEMO程序这些都会在system_server这个应用程序去打开,或者并行去打开。都是LINUX 应用层面的程序。
六、其他3个核的启动
启动VPSS M3核(ipnc_rdk_fw_m3vpss.xem3),启动VIDEO M3核(ipnc_rdk_fw_m3video.xem3),启动DSP 核(ipnc_rdk_fw_c6xdsp.xe674)都有对应的load脚本。见下面2张图:
注意上面两张图的路径,知道这些程序和脚本放在什么地方。
其实在system_server应用程序可以使用类似以下方法执行这些脚本:
system("./scripts/load_vpss.sh&");
system("./scripts/load_video.sh&");
system("./scripts/load_c6xdsp.sh&");
好了,有关DM8127的启动过程就写到这里,要深入了解,建议还是拿板子进行调试,理论的东西不如手动去验证,通过实际操作,才更好掌握DM8127 这个ARM+浮点DSP的开发方法。
(题外话,有些网友通过本人QQ:2505133162了解DM8127是否可以做深度学习算法,本人通过很多方面得到个人结论:DM8127不适合复杂的深度学习算法,只能做车牌识别,人脸识别,智能安防IVS这些产品,TI DAVINCI 平台有适合自动驾驶的DM505解决方案,可以做一些深度学习算法,我们目前还没有这个平台。)
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。