说来惭愧，又很长时间没更新文章了，本来这篇文章可以春节过来搞定的，结果春节回到公司，大客户一直要求抓紧时间设计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_default.h>
这里边定义了很多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开发板图片放到他们公司网站上，欺骗其他人，我们桐烨科技从来没有想到让其他公司做代理。）
