Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1682904
  • 博文数量: 311
  • 博客积分: 7778
  • 博客等级: 少将
  • 技术积分: 4186
  • 用 户 组: 普通用户
  • 注册时间: 2009-11-09 19:59
个人简介

蓝点工坊(http://www.bluedrum.cn) 创始人,App和嵌入式产品开发。同时也做相应培训和外包工作。 详细介绍 http://pan.baidu.com/s/1y2g88

文章存档

2012年(3)

2011年(115)

2010年(170)

2009年(23)

分类: 嵌入式

2011-03-03 02:26:35

Andrew Huang 转载请注明作者及网址

  近日在调S3C6410的SD卡的ARM程序。发现程序能读取SD FAT32基本信息.但是在后面读其它扇区信息总是有问题,进一步发现在在读根文件系统的区,数据没有读取来。但是前面程序引导区的信息能正确读出来。
  证明,S3C6410 的SDHC控制器正常初始化,并且发送MMC命令正确执行。

  仔细对比两个段代码,发现后面读根文件区一口气读了64个区,而前者正者执行时只需读一个扇区。难到是读多页命令工作不正常?

  为此特定写一个串口版的内存打印函数来检查,发现在读FAT32文件信息时,也是读了一个区也失败。难到是两条读区语句间隔太短?在两句增加延时,仍然不解决问题。

 最后手工在一开始就读FAT32 FS信息,发现区然成功。在后面则总是失败。仔细看代码发现。前者成功用的数组分配的静态空间,而原代码采用malloc分配的空间。

  malloc这个用法虽然说没编译错误。但是在指针移动时发现不能正常平移。造成这个隐含的BUG。虽然为了解决这个BUG,把FAT32的格仔细读了几次,又用WinHex不断分板SD卡的扇区信息。但没想到是一个基本的错误造成。

   找到问题后,基本解决比较容易,从高端地址找一个未用空间。直接把原来malloc空间。变成手工从地址分块取出来赋给原来的指针。修改后,果然能正确读出扇区信息.


我推算应该是Malloc没有分配连续的空间造成的。因此在ARM的程序中,对于Malloc的使用一定小心。很容易造成隐藏的错误




  
  


  


阅读(2983) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~