说来惭愧,又很长时间没更新文章了,本来这篇文章可以春节过来搞定的,结果春节回到公司,大客户一直要求抓紧时间设计DM3730平台的720P宽动态低照度相机产品,和另外两款多网口的DM3730产品的样机,南京老客户也在催DM3730 3G工业级板子样机,刚搞定两个老客户,又有两个新客户找我们设计DM3730新产品,一个是3G+WIFI 4CIF视频分析产品,另一个客户人脸识别车载方面的产品,整个桐烨科技都很忙。现在又不敢招人,毕竟冷酷的现实不得不面对:这个掌握无敌的宇宙真理国度经济不断下行,搞得第一季度我们也没有什么大单子,毕竟给客户做新样机是没什么钱赚的,都是培训客户。虽然现在是春天,但经济的寒冬才来临,通货膨胀造成公司运营成本飞涨,总感觉很累,有时自己很想静心钻进本公司新产品的研发去,但是客户那边有些关键的软件问题还得本人亲自解决,累也得坚持下去。
上篇文章介绍DM3730的xloader的移植,这边介绍DM3730第2 boot阶段移植:u-boot-2010.06的移植,其实本人已经写过DM6446、DM36X平台UBOOT的文章,但是由于平台和版本不一样,所以这里单独一篇,对有些人来说可能写得比较肤浅,请不要见笑,目的是完善自己的DM3730开发攻略,让有兴趣在这方面开发的生手提供一点点帮助。这个u-boot-2010.06源码存放的位置在《DAVINCIDM3730开发攻略——DVSDK4_03和双核CODEC机制介绍.doc》已经介绍。下面我们开始DM3730进行u-boot-2010.06的移植工作。
一、裁剪和交叉编译环境变量设置
u-boot-2010.06-psp04.02.00.07.sdk改名u-boot-2010.06,简洁;
1、总的Makefile修改
对u-boot-2010.06/Makefile进行修改,
屏蔽第139和140行:
# examples/standalone
# examples/api
然后把u-boot-2010.06/examples文件夹删除掉,简洁;
第159行的修改为:
CROSS_COMPILE = arm-arago-linux-gnueabi-
这个就是DVSDK4——03自带的交叉编译工具,关于这个交叉编译工具,TI做得很全面了,提供很 多免费的应用程序LIB等等。
第244行修改为:
#LIBS += api/libapi.a
屏蔽,然后把u-boot-2010.06/api,简洁,和项目不相关;
2、涉及到交叉编译环境的u-boot-2010.06\arch\arm\config.mk第24行改为:
CROSS_COMPILE =arm-arago-linux-gnueabi-
二:删除多余文件夹
这个DVSDK4_03自带的u-boot-2010.06-psp04.02.00.07.sdk很占空间,也比较乱。很不便于开发和备份,我们就是要把68多M字节的变成20M字节简化版(bz2或gz压缩的一般才3.4M的大小)。
注意,下面介绍的有些目录下是删除文件夹,有些是删除文件,不要搞混;
1、删除u-boot-2010.06/arch/除了arm文件夹外其他所有文件夹;
其他非arm平台去掉,占空间,啰嗦。
2、删除u-boot-2010.06/arch/arm除arm_cortexa8外的其他所有文件夹;
DM3730属于arm cortex-A8架构(前几篇文章写成COTEX-A8了,系本人简写错误,有时本人直接跟客户就是ARM-A8的称呼)。DM6446、DM6467、DM6467T、DM365、DM368都是比较差劲的ARM926EJS架构。
3、删除u-boot-2010.06/arch/arm/arm_cortexa8/除omap3文件外,删除其他文件夹,
就是删除mx51,s5pc1xx,ti81xx文件夹,DM3730/DM3725芯片属于OMAP3平台,这里边还包括OMAP3530、2010年拿来做MOTO 智能手机的OMAP3630等芯片。
4、保留u-boot-2010.06/arch/arm/include/asm/下面的三个文件夹:
arch-omap,arch-omap3,proc-armv,同这个目录下的那些.h文件不要删除,这一点要注意一下。
5、删除u-boot-2010.06/board/除ti外的其他所有文件夹;
UBOOT版本越来越高,新的厂商的板子不断加进去,很多,很烦,很占空间,对我们专注开发某个平台不好,所以我们接把不相关的板子平台去掉。
6、删除u-boot-2010.06/board/ti除evm外的其他所有文件夹和文件;
同时TI文件夹也保留好几家第三方的板子,比如最典型的beagle xM,还有ti 的DM8148 DM8168的。我们直接使用ti 的evm板,或者参考其他ARM 学习板有关UBOOT移植的移植,重新起个个人的名字或公司名字,修改对应Makefile等等,太多文章介绍了。
7、删除u-boot-2010.06/include/configs除omap3_evm.h其他文件(注意这里是文件);
这个目录下的头文件和平台有关,DM3730使用的是omap3_evm.h,其他头文件可以干掉。
8、删除u-boot-2010.06/ nand_spl和onenand_ipl:
目前在DAVINCI平台还没发觉用到onenand的东西,可以去掉;
好了,经过上面的删除工作,这个u-boot-2010.06已经很简洁了,压缩备份很方便,当然还可以删除更简洁的,这里就不详细说了。
三:编译u-boot-2010.06
在u-boot-2010.06/下生成build-u-boot-all.sh和build-u-boot-tmp.sh的两个文件:
build-u-boot-all.sh内容为:
exportPATH=$PATH:/home/davinci/dm3730/dvsdk4_03/linux-devkit/bin:
make distclean
makeomap3_evm_config
make
cp u-boot.bindm3730_uboot.bin
cp u-boot.bin/tftpboot/dm3730_uboot.bin
上面的会直接读取总的Makefile第3000多行的:
omap3_evm_config : unconfig
@$(MKCONFIG) $(@:_config=) armarm_cortexa8 evm ti omap3
编译参数,这样会自动去选择编译,u-boot-2010.06\arch\arm\cpu\arm_cortexa8\omap3\里边的源码和u-boot-2010.06\board\ti\evm\里边的源码,并且指定include u-boot-2010.06/include/configs/omap3_evm.h的平台头文件。
build-u-boot-tmp.sh内容为
exportPATH=$PATH:/home/davinci/dm3730/dvsdk4_03/linux-devkit/bin:
make
cp u-boot.bindm3730_uboot.bin
cp u-boot.bin/tftpboot/dm3730_uboot.bin
对这两个sh文件进行:
chmod +x build-u-boot-all.sh
和
chmod +x build-u-boot-tmp.sh
然后第一次或者每次做了make distclean动作后,都有先执行./ build-u-boot-all.sh,进行omap3_evm_config。以后改动改动源码的时候可以不要重复make distclean和make omap3_evm_config,直接使用./build-u-boot-tmp.sh编译就可以了。build-u-boot-all.sh或build-u-boot-tmp.sh文件自动帮你copy文件到主机tftp server对应的目录/tftpboot/。
四、修改移植
上面第三点已经讲明如何链接编译omap3_evm_config ,那么我们现在可以进行对应的移植和修改源码。
1、针对DM3730芯片,我们先从u-boot-2010.06/include/configs/omap3_evm.h这个文件修改,让他指向对应的芯片平台;
#defineCONFIG_ARMCORTEXA8 1 /* This is an ARM V7 CPU core */
#defineCONFIG_OMAP 1 /*in a TI OMAP core */
#defineCONFIG_OMAP34XX 1 /* which is a 34XX */
#defineCONFIG_OMAP3430 1 /* which is in a 3430 */
#defineCONFIG_OMAP3_EVM 1 /* working with EVM*/
这个头文件最前面的宏定义讲明了DM3730所属的ARM架构,T也属于TI 公司 OMAP系列当中的OMAP34XX家族的芯片,OMAP3430-à3530--à3630-àDM3730是软件硬件架构一脉相承的芯片系列。我们选择TI EVM板子模式。
/*
* select serial console configuration
*/
#if 1
#defineCONFIG_CONS_INDEX 3
#defineCONFIG_SYS_NS16550_COM3 OMAP34XX_UART3
#defineCONFIG_SERIAL3 3 /* UART3 on TY OMAP3 EVM */
#else
#defineCONFIG_CONS_INDEX 2
#defineCONFIG_SYS_NS16550_COM2 OMAP34XX_UART2
#defineCONFIG_SERIAL2 2 /* UART2 on TY OMAP3 EVM TEST */
#endif
TI EVM定义的LINUX调试串口指定是UART1,DM3730和DM6446一样一共有3个UART,都可以用来做LINUX软件调试的串口,我们的板子也和其他公司一样使用UART3做为调试串口,而不是TI的EVM指定的UART1,因为上篇文章《DAVINCIDM3730开发攻略——xload-1.51移植》提到过DM3730的BOOT MODE,有种BOOT模式使用了SD-àNAND-àUART3,所以我们这里使用UART3。而往下看找到有关UBOOT串口调试的BOOTDELAY:
/* Environmentinformation */
#defineCONFIG_BOOTDELAY 1
这个UBOOT的delay等待用户按键调试时间太长了,把10秒改成1秒,有些产品为了加快BOOT 时间,卖出去的产品不需要调试,也可以直接改为0。
继续往下看,
/* commands toinclude */
#include
这里边定义了很多CONFIG_CMD_XXX的功能,如果让UBOOT编译出来的文件比较小,可以使用#undef把某些不常用的功能屏蔽掉。
#defineCONFIG_CMD_EXT2 /* EXT2 Support */
#defineCONFIG_CMD_FAT /* FAT support */
#defineCONFIG_CMD_JFFS2 /* JFFS2 Support */
#define CONFIG_CMD_MTDPARTS /* Enable MTD parts commands */
#define CONFIG_MTD_DEVICE /* needed for mtdparts commands */
#define MTDIDS_DEFAULT "nand0=nand"
#define MTDPARTS_DEFAULT "mtdparts=nand:256k(x-loader),"\
"256k(u-boot-env),1280k(u-boot),"\
"5m(kernel),-(fs)"
上面红色字体是本人添加修改的,使能在UBOOT里边使用MTD分区。
同时我们打算使用256K字节做为u-boot 参数保存空间,偏移地址是x040000的地址,所以omap3_evm.h后面(第320行左右的地方)提到的
#defineONENAND_ENV_OFFSET 0x00040000 /*environment starts here */
#defineSMNAND_ENV_OFFSET 0x00040000 /*environment starts here */
改成上面的0x00040000。
这里首先声明桐烨科技的DM3730板子NAND是512M BYTE,DDR也是512M BYTE,网口使用DM9000,不同公司的开发板估计有不同的配置,这个信息很重要,下面NAND分区定义和程序烧写都需要这了解这方面的信息。
然后到看到#define CONFIG_EXTRA_ENV_SETTINGS 的修改:
定义这个CONFIG_EXTRA_ENV_SETTINGS前,需要补充一些NAND 存放XLAOD,UBOOT,KERNEL等等知识,本人在上篇《DAVINCI DM3730开发攻略——xload-1.51移植》提到UBOOT 编译处理的BIN文件存放在NAND FLASH的地方,这里再更详细描述一下:
//0x000000000000-0x000000040000: "X-Loader"(DM3730 xlaod存放在NAND的位置)
//0x000000040000-0x000000080000: "U-Boot Env"(uboot 参数存放在NAND的位置)
//0x000000080000-0x000000200000: "U-Boot"(uboot 本身存放在NAND的位置)
//0x000000200000-0x000000C00000: "Kernel"(kernel存放在NAND的位置)
//0x000000C00000-0x000008400000: "ubifs0"(主要的文件系统UBIFS存放在NAND的位置)
//0x000008400000-0x00000FC00000: "ubifs1"(备用的UBIFS存放在NAND的位置,也可以不要)
//0x00000FC00000-0x000010000000: "user data"(保存一些用户自己定义的数据)
//loadaddr ==0x80300000(TFTP 下载XLAOD,UBOOT,KERNELBIN文件到内存的起始偏移地址)
//ubifs loadaddr== 0x81000000(TFTP 下载比较大的UBIFSBIN文件到内存起始偏移地址)
//u-boot codeaddress == 0x80E80000(UBOOT本身存放到内存运行的偏移地址)
这是我们修改后的#define CONFIG_EXTRA_ENV_SETTINGS源码:
#define CONFIG_EXTRA_ENV_SETTINGS\
"loadaddr=0x80300000\0" \
"rdaddr=0x81000000\0"\
"console=ttyS2,115200n8\0" \
"mpurate=1000\0" \
"vram=12M\0" \
"dvimode=1280x720MR-16@60\0" \
"defaultdisplay=dvi\0" \
"nandroot=ubi0:rootfs\0" \
"nandrootfstype=ubifs\0" \
"nandargs=setenv bootargsconsole=${console} rw mem=120M@0x80000000 mem=256M@0xA0000000 " \
"mpurate=${mpurate} " \
"vram=${vram} " \
"ip=192.168.1.188:192.168.1.252:192.168.1.1:255.255.255.0:tgt:eth0:off"\
"omapdss.def_disp=${defaultdisplay}" \
"omapfb.mode=dvi:${dvimode}" \
"ubi.mtd=4 "\
"root=${nandroot} " \
"rootfstype=${nandrootfstype}" \
"init=/initandroidboot.console=ttyS2\0" \
"nfstvargs=setenv bootargsconsole=ttyS2,115200n8 rw mem=120M@0x80000000 mem=256M@0xA0000000 mpurate=1000vram=12M omapfb.mode=tv:720x576@25 omapdss.def_disp=tvip=192.168.1.188:192.168.1.252:192.168.1.1:255.255.255.0:tgt:eth0:offroot=/dev/nfsnfsroot=192.168.1.252:/home/davinci/dm3730/dvsdk4_03/filesystem/dm3730rootfs,nolock\0"\
"nfslcdargs=setenv bootargsconsole=ttyS2,115200n8 rw mem=120M@0x80000000 mem=256M@0xA0000000 mpurate=1000vram=12M omapfb.mode=dvi:${dvimode} omapdss.def_disp=${defaultdisplay}init=/init androidboot.console=ttyS2ip=192.168.1.188:192.168.1.252:192.168.1.1:255.255.255.0:tgt:eth0:offroot=/dev/nfsnfsroot=192.168.1.252:/home/davinci/dm3730/dvsdk4_03/filesystem/dm3730rootfs,nolock\0"\
"tftpboot=tftp 80300000dm3730_kernel.bin; bootm 80300000\0" \
"userboot=nand read ${loadaddr}200000 400000; bootm ${loadaddr}\0" \
"erase_env=nand erase 4000040000\0" \
"eraseall=nand erase\0" \
"updatexload=tftp 80300000dm3730_xload.bin;nand erase 0 40000;nandecc hw;nand write.i 80300000 0${filesize}\0" \
"updateuboot=tftp 80300000dm3730_uboot.bin;nand erase 80000 180000;nandecc sw;nand write.i 80300000 80000${filesize}\0" \
"updatekernel=tftp 80300000dm3730_kernel.bin;nand erase 200000 500000;nandecc sw;nand write.i 80300000200000 ${filesize}\0" \
"updaterootfs=tftp 81000000dm3730_ubifs.bin;nand erase C00000 7800000;nandecc sw;nand write.i 81000000C00000 ${filesize}\0" \
"nandboot=echo Booting from nand...; " \
"run nandargs; " \
"nand read ${loadaddr} 200000400000; " \
"bootm ${loadaddr}\0" \
"nfstvboot=echo Booting from nfs...; " \
"run nfstvargs; " \
"nand read ${loadaddr} 200000400000; " \
"bootm ${loadaddr}\0" \
"nfslcdboot=echo Booting from nfs...; " \
"run nfslcdargs; " \
"nand read ${loadaddr} 200000400000; " \
"bootm ${loadaddr}\0" \
" fact_update =nand erase;mmc init;"\
"fatloadmmc 0 80300000 dm3730_xload.bin;nandecc hw;nand write.i 80300000 0 ${filesize};"\
"fatloadmmc 0 80300000 dm3730_uboot.bin;nandecc sw;nand write.i 80300000 80000${filesize}; "\
"fatloadmmc 0 80300000 dm3730_kernel.bin;nandecc sw;nand write.i 80300000 200000${filesize}; "\
"fatloadmmc 0 81000000 dm3730_ubifs.bin;nandecc sw;nand write.i 81000000 C00000${filesize};"
注意:上面源码格式很讲究,特别是( \ “” \0 ; $)等标点符号,mpurate=1000表示跑1G的A8;自从我们的linux-2.6.32支持ubifs 文件系统后,我们再也不用所谓的JFFS2和YAFFS2了。我们公司支持512M 的内存而且CS0片选信号指向0x80000000(前段),第2段的片选信号CS1指向0xA0000000(后段)。为什么这样分配呢?前面120M和后面256M都是给LINUX系统的,而前段256M-120M=136M是给DSP用的,当然DSP里边还包括CMEM共享内存。这前段256M的内存分配是动态的,你可以分配80M给LINUX,那么DSP和CMEM就可分配更多的空间了。至于DSP里边如何细分,和应用程序使用的loadmodule.sh这个文件如何配合,这里不重点论述,那是在以后的内核移植再说。还有,有些其他开发板公司的内存如果只有256M字节,那么mem=256M@0xA0000000必须去掉,否则内核根本起不来。
上面有很多BOOT方式,比如nandboot,nfstvboot, tftpboot,我们直接使用run tftpboot就可以通过网络动态下载TFTPSERVER里边的dm3730_kernel.bin,然后使用默认的bootargs UBOOT参数进行NFS调试,或者run nfstvboot,也可以NFS,run nfstvboot表示视频输出是TV输出,这个和内核有关,以后内核移植有个地方有选择的编译;run nfslcdboot表示从LCD接口输出视频,可以跑android安卓文件系统。
有时客户在uboot命令行对bootargs进行设置,使用到这个刚设置好的bootargs,可以通过使用上面的userboot进行启动。
set bootcmd “run userboot”
saveern
同样使用nandboot也可以使用setbootcmd “run nandboot”和saveenv的命令实现。
在测试的时候,我们和主机TFTP配合,直接通过run updatexload去网络升级xlaod,run updateuboot去升级烧写uboot,run updatekernel去烧写内核,当然了,你的tftpboot目录下要有对应的BIN文件,这里就不多说了,以前的DM6446、DM36X开发攻略都提示过。
继续往下看代码:
#defineCONFIG_BOOTCOMMAND "run nandboot"
#defineCONFIG_BOOTARGS \
"console=ttyS2,115200n8rw mem=120M@0x80000000 mem=256M@0xA0000000 mpurate=1000 vram=12Momapfb.mode=dvi:1280x720@60 omapdss.def_disp=lcdip=192.168.1.188:192.168.1.252:192.168.1.1:255.255.255.0:tgt:eth0:offroot=/dev/nfsnfsroot=192.168.1.252:/home/davinci/dm3730/dvsdk4_03/filesystem/dm3730rootfs,nolock"
这个是默认的bootargs的参数,默认使用nandboot。
U-BOOT保存在NAND FLASH的参数,可以在U-BOOT命令行使用pri命令或pritenv命令看看。
最后面在#if defined(CONFIG_CMD_NET)的后面加上:
/* DM9000 */
#defineCONFIG_NET_MULTI 1
#defineCONFIG_NET_RETRY_COUNT 20
#defineCONFIG_DRIVER_DM9000 1
#defineCONFIG_DM9000_BASE 0x2c000000
#defineDM9000_IO CONFIG_DM9000_BASE
#defineDM9000_DATA (CONFIG_DM9000_BASE + 0x400)
#defineCONFIG_DM9000_USE_16BIT 1
#defineCONFIG_DM9000_NO_SROM 1
#undef CONFIG_DM9000_DEBUG
#defineCONFIG_ETHADDR 88:11:22:33:44:77
#defineCONFIG_IPADDR 192.168.1.188
#defineCONFIG_SERVERIP 192.168.1.252
#defineCONFIG_GATEWAYIP 192.168.1.1
#defineCONFIG_NETMASK 255.255.255.0
我们自己修改的UBOOT和内核能够把MAC (ETHADDR)地址传给内核;
这个MAC正规的申请途径可以GOOGLE一下,而测试调试可以随便定义;
板子的静态IP是定义192.168.1.188,而服务器主机的地址是192.168.1.252,不同公司有不同公司的网段和IP地址,用户可以修改。
好了,omap3_evm.h已经修改完毕。
2、修改u-boot-2010.06\arch\arm\cpu\arm_cortexa8\omap3\
这里边没什么好改动的,估计要改动的就是lowlevel_init.S,去配不同的PLL,这个参考手册见sprugn4q.pdf。然后就是注意修改mem.c里边的gpmc_init()的BOOT模式,到底内核是从MMC读还是从NAND读到内存。
3、修改u-boot-2010.06\board\ti\evm\
这里边的Evm.h和Evm.c就是对DM3730管脚复用配置再次进行处理,在上篇《DAVINCI DM3730开发攻略——xload-1.51移植》也提到过,DM3730管脚复用比较复杂,有7种不同的模式,m0~m7,在evm.h代码里边:
/*
* IEN -Input Enable
* IDIS - Input Disable
* PTD -Pull type Down
* PTU -Pull type Up
* DIS -Pull type selection is inactive
* EN -Pull type selection is active
* M0 -Mode 0
* The commented string gives the final muxconfiguration for that pin
*/
#define MUX_EVM()\
这个就说明了你使用的某个管脚是M0默认模式,还是M4GPIO模式,而GPIO模式是使用IEN(输入)还是IDIS(输出 ),GPIO管脚上拉PTU还是下拉PTD,上拉下拉是否要使能DIS和EN。
MUX_VAL这种格式宏定义在u-boot-2010.06\arch\arm\include\asm\arch-omap3\mux.h定义,指向对应的寄存器。
举个例子:
比如I2C3,DM3730一共有4个I2C总线,我们板子只需要I2C1和I2C2两个总线就够用了,那么多余的I2C3和I2C4可以当作GPIO使用。
MUX_VAL(CP(I2C3_SCL), (IEN | PTU | EN | M0)) /*I2C3_SCL*/\
MUX_VAL(CP(I2C3_SDA), (IEN | PTU | EN | M0)) /*I2C3_SDA*/\
如果是这样的代码,表示你使用I2C3使用M0模式,那这两个管脚使用I2C的模式,而不是GPIO,
MUX_VAL(CP(I2C3_SCL), (IEN | PTU | EN | M4)) /*GPIO184*/\
MUX_VAL(CP(I2C3_SDA), (IEN | PTU | EN | M4)) /*GPIO185*/\
这样的代码表示I2C3被用来做GPIO,IEN表示用作输入,内部上拉电阻,而且上拉电阻使能,
MUX_VAL(CP(I2C3_SCL), (IDIS | PTU | EN | M4)) /*GPIO184*/\
MUX_VAL(CP(I2C3_SDA), (IDIS | PTU | EN | M4)) /*GPIO185*/\
这样的代码表示I2C3被用来做GPIO,IEN表示用作输出,内部上拉电阻,而且上拉电阻使能。
其实也很好理解。我们在UBOOT详细定义了管脚复用,那么以后在内核编译的时候,首先内核make menuconfig里边要去掉MUX这个选项,这样内核就没必要再做一次管脚配置了。
写到这,对DM3730 UBOOT的移植应该有个头绪了,具体的应用,一些BUG,需要具体问题具体分析,不同的网口芯片,不同的NAND和DDR芯片有不同的驱动,这里就不多说了。U-BOOT的移植在ARM平台来说,大同小异,虽然一个是ARM926,一个是A8,或者A9,A12,A15,但对于软件工程师来说,如果不涉及到汇编代码的编写,其实都是一样的C语言,一样的UBOOT软件架构。UBOOT的目的无外乎就是把linux内核给跑起来,把一些参数传给内核,板子启动的时候做些初始化的工作,或者一些测试调试工作。真正体现产品的功能价值就是内核和对应的应用程序。
(声明:
桐烨科技DM3730/DM6446的板子和其他公司的开发板不一样,特别是DM3730的板子,目前国内好多家公司都只提供ARM端(CORTEX-A8)的应用例子,很少介绍如何添加客户自己的算法到DSP端的例子,有些需要做DSP算法的人贪便宜,结果买这些便宜的板子回去花大量时间来学习,迟迟搞不清楚整个架构,浪费的这些时间难道不是资金吗?我们桐烨科技的板子都帮你采集好YUV格式的视频图像,并教会你如何把这个原始的图像数据放到DSP端进行处理,然后再教会你如何传处理过的图像数据和参数到ARM端。同时提醒客户还要注意一些冒牌的公司,特别是杭州有家没道德的公司直接拿我们桐烨科技的DM3730开发板图片放到他们公司网站上,欺骗其他人,我们桐烨科技从来没有想到让其他公司做代理。)