经过一段时间的努力，终于从x86平台上的服务迁移到了更加省电的arm架构平台。这个过程虽然不太顺利，存在许多兼容性问题，但最终都已解决，首先是固件和内核会导致绿屏，性能下降，uboot错误导致机器永远睡眠，只能通过短路芯片上的线路来重刷固件，samba读取超大文件导致网卡挂掉等等，谁能想到，一个普通的电视盒子能运行超多服务，牙膏厂(intel)看了都气。

1、【linux-armUBoot移植】当bootdelay误设置为0时直接进内核了,无法进行…

方法1：上电前连续敲击键盘，看能不能进入uboot。方法2：如果方法1不行，则需要修改uboot里面的代码，修改成强制进入uboot模式，这需要对uboot代码架构有一定的了解。然后通过JTAG或其他工具重烧uboot进flash中。强制进入uboot后，其他就好办了。这个问题不大。直接修改源码修改啊，各种方法。你可以打开/common/main.c文件，里面有个main_loop函数，里面的代码就是串口打印出消息，然后倒计时，然后当你按下空格键就进入菜单选项，这些代码都在这个mian_loop这个函数里面，你找一下，把bootdelay倒数成0就运行bootm这句注释掉，让它倒计时结束后直接进入菜单，然后你按下q退出菜单，然后你使用set命令把bootdelay的值改一下，然后saveenv就把环境变量的值保存到flash里面了，然后下次重启的时候它的值就改变了，，，，然后你再把源码改回来。

2、arm使用必须有uboot吗?

有操作系统通常使用uboot，裸机进行硬件调试，比如调led，蜂鸣器等不需要。ARM编程时，可以把ARM当做一个大单片机来使用，这时候属于裸机编程，比如对LED的控制，但在运行LED控制的应用程序之前，需要一个用汇编语言来完成的初始化过程，包括硬件初始化和软件环境的配置。不必要。你可以把ARM当成单片机来使用，但是前提是，你对於ARM的架构以及你的硬件系统上所有的芯片都有了解，也知道如何去存取。

3、arm裸机开发为什么要先下uboot

系统引导，NFS挂载，从FLASH中引导压缩或非压缩系统内核。PC中有BIOS，而ARM中的“BIOS”就是bootloader，uboot是bootloader的一种，其他例如韩国的vivi，简而言之，uboot是引导操作系统的，要想在ARM上跑操作系统，就要先编译，下载uboot。