飞凌OK6410开发板之u-boot-2011.06-rc2移植之愚见续—SOLVE FLASH FAILED

最新推荐文章于 2020-11-26 11:28:14 发布

L_1054781936

最新推荐文章于 2020-11-26 11:28:14 发布

阅读量5.2k

点赞数

文章标签： flash signal 程序调试工具代码分析工作 interface

本文链接：https://blog.csdn.net/L_1054781936/article/details/6569728

版权

对于上篇介绍的飞凌OK6410开发板之u-boot-2011.06-rc2移植方法，通过自己的OK6410开发板实践验证，是可行的，但是在最后面启动的时候，串口输出UBOOT启动画面会定格在FLASH:......FAILED.....这个位置，然后要求RESTART BOARD，所以UBOOT虽然是启动了，但是还没启动完全，卡在FLASH这一块了，所以昨天又花了半天时间整这个问题，通过不断地代码追踪，最终找到了问题的所在。

对于UBOOT的移植这一块，我的方法就是尽量自己去寻求问题的解决方案，不要一出问题就去BAIDU ,GOOLE，运气好，可能搜到与你问题相近或是一样的答案，运气不好的话，可能搜了半天，也找不到，这个都是有可能的，即使搜到问题的解决方案了，你也只是明白该怎么做，但是却不明白为什么要去这么做，这样自己的印象也不深刻。所以我在这也主要是谈谈我移植 u-boot-2011.06-rc2到OK6410开发板上的一个大体思路与方法，希望对你们有帮助，不会去直接将如何修改如何做直接就贴出来，感觉这样意义也不大。下面就来说说今天的重点吧——how to solve the problem about failure of flash

如果手头有RAM程序调试工具的话，估计就更好办，但一般的UBOOT调试基本都是用串口输出打印信息辅助调试，CPU信息，DRAM信息全都打印出来了，到达FLASH这一块，就打印FAILED，然后UBOOT便挂起，一开始我也是不得其解，以为是 u-boot-2011.06-rc2内自带的CFI_FLASH（commom flash interface)driver对OK6410不起作用，后来便直接丢弃之，然后将UB00T1.16内的SMDK6410内的flash驱动移植了过来，这个花了一点时间，毕竟驱动代码是现成的，只是需要做些稍微的修改就可以加入u-boot-2011.06-rc2，但是通过单板实践验证，一到DRAM信息输出后开发板就立刻重启，连FLASH信息也没输出，但是在UBOOT1.16上却顺利通过，我想肯定还是有哪些位置需要修改，毕竟uboot1.16与u-boot-2011.06-rc2在代码结构以及文件结构上安排还是很不同的，可我没有一点头绪，所以舍弃了这个思路，后来仔细想想，原来采用自带的CFI_FLASH DRIVER时可以看到FLASH信息输出，只不过是FAILED，要不先从这块入手，于是开始跟踪代码的运行，呵呵，说是跟踪其实也是费了一番心血的，毕竟，你都不知道如何去下手，从哪去跟踪，其实，跟踪代码还是要有一定的技巧的，如果对UBOOT内部代码结构熟悉的话，应该会很容易，既然是FLASH这一块自检失败，就需要找到相关的位置，而FLASH是属于板载资源的，所以代码应该与BOARD文件相关，于是我锁定了OK6410.C，LOWLEVEL_INIT.S以及ARCH/ARM/LIB/BOARD.C这3个文件，毕竟这几个文件与板载资源初始化关系很密切，最后通过代码分析，在ARCH/ARM/LIB/BOARD.C这个文件里发现了问题。

仔细的看了一遍这个文件，发现原来串口打印信息以及打印的顺序全都是由这个文件来决定的，通过一步一步的代码分析，我找到了这么一段代码：

#if !defined(CONFIG_SYS_NO_FLASH)
puts ("Flash: ");
if ((flash_size = flash_init ()) > 0) {
# ifdef CONFIG_SYS_FLASH_CHECKSUM
  print_size (flash_size, "");
  /*
   * Compute and print flash CRC if flashchecksum is set to 'y'
   *
   * NOTE: Maybe we should add some WATCHDOG_RESET()? XXX
   */
  s = getenv ("flashchecksum");
  if (s && (*s == 'y')) {
   printf (" CRC: %08X",
    crc32 (0, (const unsigned char *) CONFIG_SYS_FLASH_BASE, flash_size)
   );
  }
  putc ('/n');
# else /* !CONFIG_SYS_FLASH_CHECKSUM */
  print_size (flash_size, "/n");
# endif /* CONFIG_SYS_FLASH_CHECKSUM */
} else {
  puts (failed);
  hang ();
}
#endif

看到标红色的没，那就是串口输出信息 FLASH:.....FAILED....

而这个failed 只是一个指针变量，在这段代码的前面有一小段代码说明：

#if !defined(CONFIG_SYS_NO_FLASH)
static char *failed = "*** FAILED***/n";
#endif

看到那个puts (failed);函数下一条的函数没，hang ();其实就是一个系统挂起函数，来粗略分析一下这段代码吧。

if ((flash_size = flash_init ()) > 0)， flash_init ()；这个函数是在/driver/mtd/cfi_flash.c中定义的一个flash初始化函数，而它会返回一个值，也就是flash_size ，而OK6410单板上没有带flash芯片，只有2个64M（共128M)的DRAM内存芯片，还有一个FLC的1G NAND FLASH芯片，所以导致flash_size = flash_init ()) <=0,进而去执行ELSE后面的 puts (failed);hang ();两个函数，所以导致最终UBOOT启动卡在FLASH：FAILED 然后挂起。

由于OK6410没有自带flash，因此在这里最简单的一个解决办法就是将hang ();函数屏蔽掉，不让系统挂起，代码继续往下执行就可以了，也就是：//hang ();。

如果，你觉得flash:.....failed.....这个输出信息看起来很别扭的话，可以直接屏蔽掉，或是将failed这个指针变量换一下，这里我换的的NULL。好了。最后再保存编译，下载到OK6410的DRAM内运行：

CPU: S3C6400@533MHz

Fclk = 533MHz, Hclk = 133MHz, Pclk = 66MHz (ASYNC Mode)

Board: OK6410

DRAM: 128 MiB

Flash: *** NULL ***

NAND: raise: Signal # 8 caught

raise: Signal # 8 caught

1024 MiB

*** Warning - bad CRC, using default environment

In: serial