烧写u-boot.ais到nand flash之后，无法启动

李大闲 说：

我重新编译修改了OMAP-L138_FlashAndBootUtils_2_40.tar.gz

我们有一块TI的开发板，但是因为CPU被换成加密的了，调试不了。
现在我调试的是我们自己画的OMAPL138板子，基于OMAP-L138_LCDK。
我做过的工作：
1、基于StarterWare库的gpio例程，写了当前调试板子上的一个led例程，转为.ais，然后下载到ddr(UartHost和slh_OMAP*都可以)，例程正常运行；但是如果把该LED例程用sfh_OMAP-L138下载到nand，然后拨码开关拨到nand模式就起不来，我们nand和ti官方用的一样，16bit，型号也一样，拨码开关试了好多种，都起不来。
2、OMAP-L138_FlashAndBootUtils_2_40.tar.gz，修改了DDR的参数，参数照着AISGen工具里的参数写的，DDR参数裸机LED试验过的，是没问体的，另外修改参数这里有好些if else让选择不同的平台，我都去掉了，直接改为我需要的DDR配置，也就是说上层不管怎么配置，这里DDR都是我们板子的配置；还有 Common/include/device_async_mem.h种选择nand 总线宽度的宏定义，我也直接修改为我需要的16Bit；OMAP-L138_FlashAndBootUtils_2_40/OMAP-L138/device.mak，这个配置文件修改为：DEVICETYPES:=OMAPL138_LCDK，FLASHTYPES:=NAND。 我因为nand flash一样，所以别处没做修改。

问题：现在从第一个块开始能读取nand中的内容，和我用UltraEdit比对，二进制是一样的，但是不管是简单的led，还是uboot都起不来。。一点反应都没有。

用OMAP-L138_FlashAndBootUtils_2_40.tar.gz中默认的工具烧写会卡主， 提示Waiting for SFT on the OMAP-L138…，然后一直不动，修改，重新编译之后，就没这个错误了。

和编译器有关吗，编译OMAP-L138_FlashAndBootUtils_2_40.tar.gz用的arm-2009q1-203-arm-none-linux-gnueabi，CCS用的ccs9.1，u-boot.ais来自ti-processor-sdk-linux-omapl138-lcdk-06.01.00.08中。

To boot from NAND Flash, the AIS should be written to NAND block 1 (NAND block 0 is not used by default)
请问你第一块是指block0还是block1？
BOOT[6:5]可以选择是从block0还是block1开始。
具体可以看一下bootloader手册。
www.ti.com/.../spraat2f.pdf

试了一些开关还是不行。
我烧写的第一个块是指block1。
一直搞不明白你们这个拨码开关到底怎么设置？因为你们原理图BOOT[0]一直拉低，拨码开关是从BOOT[1]开始，那你们手册Switch Number1-8，是指从BOOT[1]开始算还是BOOT[0]？
你能不能直接告诉我，我这个情况，BOOT[0-8]到底该怎么设置，才能从nand16起来？

哈哈哈，果然拨码开关问题，u-boot已经跑起来了。
感谢！！！