博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
调试U-Boot笔记(八)
阅读量:6650 次
发布时间:2019-06-25

本文共 685 字,大约阅读时间需要 2 分钟。

  在 的实验中,我们推断出写NorFlash失败的原因是在 flash_erase() 函数中执行擦除操作时执行了 L88 或 L92 处的 goto outahere; 直接跳到 L105去执行了。那么我们今天就来确定到底是哪里出的错。
    我们在 flash_erase() 函数中插入调试信息打印印:
   
    编译了执行一下看结果。
   
    原因很明显了,是芯片没有反应超时所致的失败。
    那为什么会超时呢?是时序不对还是驱动不对?对于这个问题,我只好去查询NorFlash芯片的手册与电路原理图。
 
   
    由上图可见,数据位16Bit,地址位23Bit=8MB,芯片选择脚CE连nGCS0。地址映射到0x00000000上,地址范围为0x000000-0x7FFFFF。
    我们在查看 u-boot/board/flash.c 文件NorFlash驱动中看到,对NorFlash的写与擦除时都对一个地址进行访问,MEM_FLASH_ADDR1与MEM_FLASH_ADDR2,如下:
   
    查得这两个宏的定义为:
   
    CFG_FLASH_BASE 在 include/configs/my2440.h 文件中定义为 0x00000000。
    那么上述两个宏的分别地址:

    #define MEM_FLASH_ADDR1        (*(volatile u16 *)0x00000AAA)

    #define MEM_FLASH_ADDR2        (*(volatile u16 *)0x00000554)

    查看原理图,得知NorFlash的芯片型号为:AM29LV160DB,此为对应的电子文档: Am29LV160DB.zip 

转载地址:http://ifito.baihongyu.com/

你可能感兴趣的文章
mysql-poxy 实现mysql主从架构读写分离
查看>>
我的友情链接
查看>>
【JS】深拷贝与浅拷贝的区别,实现深拷贝的几种方法
查看>>
关于angularjs的一些看法
查看>>
2012年终总结
查看>>
【JavaScript Web应用开发精粹】实时Web与WebSocket实践
查看>>
时间复杂度分析
查看>>
一起来看看IOS内存泄漏的一个问题
查看>>
Unity ShaderLab内存优化
查看>>
对象属性保护的方法
查看>>
SylixOS PMON下启动方式
查看>>
Redis学习笔记
查看>>
window对象
查看>>
微信小程序(1)app.json详解
查看>>
WPF界面控件Essential Studio for WPF 2017 v3发布丨附下载
查看>>
读《程序员的自我修养》有感---编译&静态链接
查看>>
lighttp 防御慢速攻击
查看>>
linux基础,日常运维,2
查看>>
jquery ajax ie9及以下浏览跨域不执行问题
查看>>
小程序 关于input 键盘右下方confirm-type='search' 点击事件
查看>>