s3c2440下vxworks的tffs文件系统调试


使用BCNG2440开发板,该板配置了AM29LV160DB的FLASH。
目标:实现vxworks下的tffs文件系统。
2007-1-16
1、使用最新的bsp,构建一个新的工程,然后在vxworks配置选项中增加tffs的支持,以及tffs show的支持,重新编译内核,发现bsp目录下自动拷贝了一个新的systffs.c文件,然后报告编译错误,
E:\Tornado2.2\target\config\bcng2440\sysTffs.c:116:69: #error "sysTffs : Verify system mac
ros and function before first use"
不知道error宏是干什么用的,只好把这句话删掉。
哦,让第一次编译一定出现出错,提醒你进行各种宏定义,
先不管这么多的东西,把修改地址
#define FLASH_BASE_ADRS  0x00000000
重新编译,能够成功,下载,结果如下:
-> tffsShow
0: **** communication failed with error -1 ****
value = 48 = 0x30 = '0'
-> tffsShowAll
TFFS Version 2.2
0: **** communication failed with error -1 ****
value = 48 = 0x30 = '0'
把原始代码下的wamdmtd.c程序拷贝到BSP目录,在工程中添加改文件,重新编译内核,显示找不到.h文件,后来修改:
#include "tffs/flflash.h"
#include "tffs/backgrnd.h"
才能编译通过,同时修改代码,增加对我们的flash的支持,
#define Am29LV160_FLASH      0x0149  /*added by xiyong*/
vol.type == Am29LV160_FLASH )
重新编译,下载,错误一样,在
进一步跟踪,发现根本没有进入flwAmdMTDIdentify函数:

更换wamdmtd.c文件名为ximtd.c
修改flwAmdMTDIdentify为xyflwAmdMTDIdentify,并且修改
MTDidentifyRoutine mtdTable[] =
#ifdef INCLUDE_MTD_WAMD
    xyflwAmdMTDIdentify,
#endif
即使是这样,也没有调用xyflwAmdMTDIdentify
如何才能让tffs去调用自己的flash读写函数呢,是不是默认中已经有了一个库,去调用默认的库了。
 
后来,发现在vxworks内核配置中不能配置支持WAMD,并且在systffs中不能定义支持WAMD,否则会死机。
进一步证实,如果名字不改变为xyflwAmdMTDIdentify,也会死机,看来ximtd.c中的所有的接口函数都需要重新命名。
 
2、总结现在的情况


1)在BSP目录下Makefile包含ximtd.o
MACH_EXTRA = ximtd.o
2)systffs.c文件增加
#define  INCLUDE_MTD_AM29LV160
去掉其他flash的驱动
3)tffsconfig.c文件修改
FLStatus xyflwAmdMTDIdentify (FLFlash vol); 
函数申明,并修改
MTDidentifyRoutine mtdTable[] =
#ifdef INCLUDE_MTD_ AM29LV160
    xyflwAmdMTDIdentify,
#endif
4)ximtd.c文件修改
#define Am29LV160_FLASH      0x0149  /*added by xiyong*/
FLStatus xyflwAmdMTDIdentify (FLFlash vol)
{……
      vol.type == Am29LV160_FLASH )   /*xiyong add here*/
    vol.chipSize = 0x200000l * vol.interleaving;
5)重新生成vxworks内核,
去掉MMU的配置,添加tffs的组建,FTL,以及tffsshow等组件,编译下载,现在的现象是:
xiyong debug:tffsShowAllaa
-> TFFS Version 2.2 noOfDrives 1
xiyong debug:flwAmdMTDIdentify
xiyong debug:flwAmdMTDIdentify vol.type is 49
0: **** communication failed with error -1 ****
终于调用了自己的函数
现在的问题是flash ID读出现了问题,本来应该读出0x0149,现在是高位不见了。
 
3、继续调试


2007-1-18
使用以前的8260的amd的代码,发现
vol.interleaving = 2需要改为1
现在能够显示了
-> tffsShowAll
xiyong debug:tffsShowAllaa
TFFS Version 2.2 noOfDrives 1
0: socket=RFA: type=0x149, unitSize=0x10000, mediaSize=0x200000
value = 49 = 0x31 = '1'
但是运行
tffsSysFormat死机
经过反复的调试,发现在擦除和写的操作中都需要关闭中断。
-> sysTffsFormat
Debug: 5 entering AMD MTD identification routine.
Debug: Identified AMD or Fujitsu flash media.
Debug: 5 entering AMD MTD identification routine.
Debug: Identified AMD or Fujitsu flash media.
Debug:  entering AMD MTD flwAmdMTDErase routine firstBlock 8 numOfBlocks 1.
Debug:  flwAmdMTDErase flashPtr 80000
Debug:  AMD MTD flwAmdMTDErase end.
Debug:  entering AMD MTD flwAmdMTDWrite routine address 80000 length 4c.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 80aaa unlockAddr2 80554 data is 13 3 43 49 53
 46 30 0 46 54
Debug:  entering AMD MTD flwAmdMTDWrite routine address 80014 length 2.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 80aaa unlockAddr2 80554 data is 8 0 0 0 8 0 0
 0 7c f4
Debug:  entering AMD MTD flwAmdMTDErase routine firstBlock 9 numOfBlocks 1.
Debug:  flwAmdMTDErase flashPtr 90000
Debug:  AMD MTD flwAmdMTDErase end.
Debug:  entering AMD MTD flwAmdMTDWrite routine address 90000 length 4c.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 90aaa unlockAddr2 90554 data is 13 3 43 49 53
 46 30 0 46 54
Debug:  entering AMD MTD flwAmdMTDWrite routine address 90014 length 2.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 90aaa unlockAddr2 90554 data is 9 0 ff 33 9 0
 0 0 7c f4
………….
Debug:  entering AMD MTD flwAmdMTDWrite routine address 800fc length 4.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 80aaa unlockAddr2 80554 data is fe ff ff ff 4
0 2a 0 0 2e 4
Debug:  entering AMD MTD flwAmdMTDWrite routine address 85c00 length 200.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 80aaa unlockAddr2 80554 data is 0 0 0 0 0 0 0
 0 0 0
Debug:  entering AMD MTD flwAmdMTDWrite routine address 800fc length 4.
Debug:  2 flwAmdMTDWrite routine unlockAddr1 80aaa unlockAddr2 80554 data is 40 2a 0 0 40 
2a 0 0 2e 4
value = 0 = 0x0
-> d 0x80000
00080000:  0313 4943 4653 0030 5446 314c 3030 0100   *..CISF0.FTL100..*
00080010:  0001 0000 0008 1009 0008 0018 3a00 0016   *.............:..*
00080020:  0000 0001 0017 ff00 0000 0000 0000 0000   *................*
00080030:  0044 0000 ffff ffff ffff ffff ffff ffff   *D...............*
00080040:  ffff ffff 0030 0000 0030 0000 d240 ffff   *....0...0...@...*
00080050:  d440 ffff d640 ffff d840 ffff da40 ffff   *@...@...@...@...*
00080060:  dc40 ffff de40 ffff e040 ffff e240 ffff   *@...@...@...@...*
00080070:  e440 ffff e640 ffff e840 ffff ea40 ffff   *@...@...@...@...*
00080080:  ec40 ffff ee40 ffff f040 ffff f240 ffff   *@...@...@...@...*
00080090:  f440 ffff f640 ffff f840 ffff fa40 ffff   *@...@...@...@...*
000800a0:  fc40 ffff fe40 ffff 0040 0000 0240 0000   *@...@...@...@...*
000800b0:  0440 0000 0640 0000 0840 0000 0a40 0000   *@...@...@...@...*
000800c0:  0c40 0000 0e40 0000 1040 0000 1240 0000   *@...@...@...@...*
000800d0:  1440 0000 1640 0000 1840 0000 1a40 0000   *@...@...@...@...*
000800e0:  1c40 0000 1e40 0000 2040 0000 2240 0000   *@...@...@ ..@"..*
000800f0:  2440 0000 2640 0000 2840 0000 2a40 0000   *@$..@&..@(..@*..*
value = 0 = 0x0
->  usrTffsConfig (0, 0, "/tffs0/");
Debug: 5 entering AMD MTD identification routine.
Debug: Identified AMD or Fujitsu flash media.
value = 0 = 0x0
-> devs
drv name
  0 /null
  1 /tyCo/0
  1 /tyCo/1
  5 bcng:
  6 /vio
  3 /tffs0/
value = 0 = 0x0
->
 
对于ARM CPU来说,flash的操作,必须要关闭中断,
以前在powerpc上并没有这个问题。
 
4、MMU的tffs调试


2007-1-19
修改了flash的基地址为0xf0000000,然后调用tffsShow,报错;
还是首先修改flash.c应用测试程序,碰到的问题有:


1)
#define _WR(addr,data) *((U16 *)(FlashBaseAddr+(addr<<1)) )=(U16)data
#define _RD(addr) ( *(  (U16 *)(FlashBaseAddr+(addr<<1)) ))
增加一个基地址,但是基地址不能左移,否则就会报错;
发现只能读,而不能写,原来是syslib.c中对于flash的定义为禁止写的,打开即可。


2)这个时候发现MMU下的tffs已经实现了。
 
现在有一个问题,就是bootrom中的BSP对flash基地址的定义为0,而在vxworks中的定义为0xf0000000;
实际上,vxworks没有必要启动tffs,除非是实现自我更新。

你可能感兴趣的:(文件系统)