关于u-boot通过tftp下载到相关地址，再go到相关的地址运行的可行性验证

前段时间，看了论坛上的一篇关于u-boot烧写的帖子，上面说，调试完u-boot之后，先用原来的u-boot通过tftp将自己调试的u-boot下载到内存中，然后，go到相应的地址跑，如果可以正常跑起来，就表示u-boot是好的！这个观点，经证明，是错的，存在一定的问题！

因为在跑原来的u-boot的时候，已经将相关的硬件初始化完毕，通过tftp下载，再go到相关的地址跑的时候，并不能证明你的u-boot调试好了！而且也不能证明网络是通的！所以，还是需要一步一步用jtag或者其他的工具进行调试u-boot。切记切记！

贴吧里面所说的使用串口烧写u-boot的方法是正确的，前提是我们的u-boot可以正常跑起来！

这里小结一下关于IPC烧写u-boot的方法：
a. 安霸IPC
   <1>USB接口已经引出，可以直接使用USB接口，进行USB烧写(使用安霸自带的烧写工具烧写)。
   <2>USB接口未引出，将原来的文件系统，通过flash烧录器，烧写到flash上，然后焊接到IPC上。
b. 海思IPC
   <1>有JTAG接口，通过jtag烧写(一般IPC上面都没有jtag接口)。
   <2>没有jtag接口，但是uboot可以跑起来，u-boot下的网络不可用，使用串口kmodem协议下载（一般串口都可以），就是速度很慢
   方法: 通过PC的超级终端和uboot建立kmodem连接 。
         板子进入kmodem协议接收。然后PC超级终端发送文件 。
         完毕。
         go到开始地址，运行新的uboot.
    <3>通过flash烧录器，烧写到flash上，然后焊接到IPC上。

   <4>使用luboot里面的loady命令进行串口传输，前提是uboot能正常跑起来:
   <1>loady 0x82000000 115200
   <2>secucrt: option->传输Ymodem->选择需要烧入的文件。
   <3>sf probe 0  
      sf erase 0 0x40000(uboot分区大小)
      sf write 82000000 0 40000
      reset。
   再进入uboot ping其他IP OK.