說來慚愧，又很長時間沒更新文章了，本來這篇文章可以春節過來搞定的，結果春節回到公司，大客戶一直要求抓緊時間設計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内容為
對這兩個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; " \
"nfslcdboot=echo Booting from nfs...; " \
"run nfslcdargs; " \
" 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開發闆圖檔放到他們公司網站上，欺騙其他人，我們桐烨科技從來沒有想到讓其他公司做代理。）
本文轉自 zjb_integrated 51CTO部落格，原文連結：http://blog.51cto.com/zjbintsystem/1399719，如需轉載請自行聯系原作者
![linux-svn解除安裝與安裝[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)