嵌入式系統燒寫uboot/bootloader/kernel的一般方法
本文介紹了在嵌入式系統中燒寫uboot/bootloader/kernel 的一般方法，以及如果uboot或者內核出現錯誤， www.2cto.com
引導失敗等情況時如何重新燒寫uboot/kernel.
燒寫uboot/kernel的方式一般有兩種，一種是在linux本身（shell中），直接將uboot/kernel的影像文件（二進制文件）使用操作燒寫flash的命令燒寫到flash特定分區上，
另一種是在uboot界面上，通過配置serverip,ipaddr，使用tftp命令
下載uboot/kernel到flash上
例子如下：
//一，在linux的shell中燒寫uboot/kernel
mtd write命令是自定義的燒寫flash命令。
//燒寫uboot ,/dev/mtd0 是bootloader 的特定分區
mtd write u-boot.bin /dev/mtd0
//燒寫kernel， mtd1 是kernel的特定分區
mtd write vmlinux.elf /dev/mtd1
//重啟
reboot
//二，在uboot界面中燒寫uboot/kernel，以kernel為例子
//在bootloader 界面中
//本機uboot 的ip地址
setenv ipaddr 10.10.167.10
//服務器ip地址
setenv serverip 10.10.167.249
//下載linux內核vmlinux52
tftpboot 0 vmlinux52
// 燒寫到flash 上。
// 0x20000000 是vmlinux52的存貯位置。
// 0x1dd00000 是
系統內核的起始位置（每個設備位置不同），
// +0x600000是文件長度
upgrade 0x20000000 0x1dd00000 +0x600000
// 重啟linux
bootoctliux
*************************************** **
如果因為uboot或者內核有錯誤而導致啟動失敗，出現卡死狀態等，那么需要判斷問題是出在uboot階段還是linux階段，這可以通過觀察啟動過程中的debug信息來判斷，
如果uboot出現問題是比較麻煩的，因為這需要有一個裝有正確的uboot/bootloader的flash芯片作為引導，
將系統重新引導至uboot界面中，之后再重新燒寫uboot到系統本身的flash中，進而燒寫內核（如有必要）。
一，重新燒寫uboot
首先需要一個特定的PCLL（flash芯片），這個PCLL上固化了一個正確的bootloader， 通過這個bootloader可以成功進入bootloader界面， 在此條件下重新燒寫uboot/bootloader。
使用此PLCC的步驟是：
在系統下電情況下， 使用跳線/撥碼開關等將此系統的啟動方式變從外部flash（即PLCC）引導，
之后將系統上電， 這時會從ＰＬＣＣ 啟動。
啟動成功后，進入uboot界面， 即命令行顯示Dream 5220# #（類似命令行提示符）
此時將版卡的啟動方式變為 從 nor flash 啟動。 之后重新燒寫uboot到此nor flash 上。
再用 kermit 來操作。
Kermit是一個串口服務工具，類似與minicom ，功能比minicom 多。
//kermit/usb0.cfg 是kermit 的配置文件， 在其中可以配置 /dev/ttyUSB0 等路徑
kermit -y kermit/usb0.cfg
-y kermit/usb0.cfg 指定配置文件。
該文件內容如下：
/*
set line /dev/ttyUSB0
set speed 115200
set carrier-watch off
set hardshake none
set flow-control none
robust
set file type bin
set file name lit
set rec pack 1000
set send pack 1000
set window 5
*/
將此文件保存在主目錄下， 命名為：kermit/usb0.cfg（可自定義）
執行后進入kermit 界面， 按 c
進入 串口界面（就是設備的界面）
切換回kermit 界面快捷鍵：Ctrl + \ , 之后再按 c 。
執行：
Dream 5220# # detect
顯示：
Checking for NOR flash...
Flash detect 33554432Mb
這說明flash狀態良好。
//讓串口進入接受狀態。
Dream 5220# # loadb
進入kermit 界面： ctrl + \ 按 c
執行：
send uboot.bin
就是將當前目錄下的uboot.bin 文件發送給串口。
完成后，進入串口界面。
執行：
Dream 5220# # upgrade 0x20000000 0x1dc00000 +0xe0000
0x20000000 是 kermit 執行 send 后 將文件send 到的默認地址。
再將文件寫到nor flash 的首地址：0x1dc00000 +0xe0000為寫的長度。
執行：reset。讓系統重啟。
/*
至此，新的uboot燒寫完成，reset后， 如果還是不成功的話，那么問題肯定出在linux的的啟動階段或者新的uboot還是有問題，這可以通過啟動過程中的debug信息看出來
一，如果內核有問題，導致linux沒有進入shell界面，要重新進入Uboot環境，就是在reset 之后，一直按 ctrl + c ，這樣在uboot啟動完成后， 不會進入kernel的啟動階段，而是停留在uboot的命令行中，
在這個uboot 環境下，燒寫新內核， 配置ipaddr,serverip等，同最開始的例子中操作是一樣的。
//本機uboot 的ip地址
setenv ipaddr 10.10.167.10
//服務器ip地址
setenv serverip 10.10.167.249
//下載linux內核vmlinux52
// 在服務器的tftpboot目錄下存在相應文件，搭建到tftp服務環境
tftpboot 0 vmlinux52
// 燒寫到flash 上。
// 0x20000000 是vmlinux52的存貯位置。
// 0x1dd00000 是系統內核的起始位置（每個設備位置不同），
// +0x600000是文件長度
upgrade 0x20000000 0x1dd00000 +0x600000
在reset 之前，一般還要設置一下環境變量。
比如
setenv linux_args mtdparts=octeon_nor0:1m(BOOT),7m(LINUX),21m(CONFIG),3m(MD)
setenv bootcmd 'bootoctlinux 0x1dd00000 coremask=0x3 mem=700'
//保存
saveenv
bootoctliux
二 ，如果新燒寫的uboot本身有問題，那么修改uboot代碼，編譯通過后， 使用PLCC重復上述燒寫過程。