128M sdram的BOOT在开发系统上能运行，但是烧写到FLASH运行总是异常

陈刚林

128M sdram的BOOT在开发系统上能运行，但是烧写到FLASH运行总是异常 [复制链接]

开发环境:S3C2440,ADS1.2，PB5.0
使用UL的BOOT代码为基础将64M SDRAM改动为128M SDRAM.
硬件已经实现,软件改动后使用开发系统连接一块板子 (这块板子的NAND FLASH原本在64M SDRAM运行时BOOT和系统都是正常的,为调试128M SDRAM,将64M的SDRAM换成128M的,跳线改了一下) 调试状态下运行没有问题，并且可以烧写系统并运行；而且在开发环境下检测这个128M SDRAM,读写都正常,下载系统后启动查看内存剩余90多M,拷贝文件也没有问题。

但是把开发系统运行正常的这个BOOT烧写到这个板子的NAND FLASH中,可以启动，但是这时候启动系统或是烧写系统时总是出现异常:undefine instruction 或是 pabort, dabort.

各位帮忙想想会是什么原因？多谢！

meng090

64M和128M这两个代码改动的也就是扫描位数由9->10，地址输出控制寄存器，然后是一些堆栈和堆以及中断地址的赋值。

——没有这么简单吧。

fsfilove

所用的SDRAM时序对了好几遍,也是符合的,BOOT中加的测试SDRAM的代码读写也没有问题,感觉SDRAM部分应该OK了。
每次起NAND FLASH的BOOT就是后面的代码没有加载到SDRAM，换过一片也是一样。

vivian1029cn

以上还忘说了,BANKSIZE和GPACON在64M BOOT中是按128M走的,因此在128M BOOT实现时这个就没有改动

34071417

flash驱动或者flash注册表问题。仔细检查。

kaitian

运行烧写系统时也会出现异常,而且同样的烧写代码在64M下就正常.
另外系统在启动前会从FLASH中拷贝到SDRAM中，执行拷贝前会向串口输出一个信息:Load Kernel...，但是并没有输出这个信息，而是输出undefine instruction，也就是出现了指令异常。
64M和128M这两个代码改动的也就是扫描位数由9->10，地址输出控制寄存器，然后是一些堆栈和堆以及中断地址的赋值。
而且我将编译选项optimization level从ALL变成MIN，那么用开发系统还是可以启动BOOT运行，而烧写到FLASH变成无法启动了，没有任何调试信息输出。

saishusaku

使用ADS1.2调试BOOT没有问题,进行内存测试写数据读数据没有问题，而且使用ADS1.2看内存数据也是没有问题.
64M-128M确实没有太多改动的地方.
请问楼上复杂在哪里?看你的帖子是调成过,请指教

bluexb

以下信息是从NAND FLASH启动时,过一段时间串口没有输入则直接拷贝FLASH中WINCE系统数据到SDRAM中并运行
USB: IN_ENDPOINT:1 OUT_ENDPOINT:3
FORMAT: +++
NOTE: 1. Power off/on or press the reset button for 1 sec
                 in order to get a valid USB device address.
          2. For additional menu, Press any key.

USB host is not connected yet.
Read chip id = ec76
Nand flash status = c0
Undefined instruction exception!!!

这是从FLASH启动时输出的异常信息,在这个异常处应该是输出load kernel,然后开始从FLASH将系统加载到SDRAM中,还没有进WINCE.

还有一个调试信息如下:
###### Select Menu ######
[0] Download & Run
[1] Download Only
[2] Download From UART
[3] Write File to SST39VF160
[4] Write File to NAND Flash
[5] Boot OS
[6] Erase NAND Flash Partition
[7] Config parameters
[8] Relocate NK.bin
Found single BIN signature.
Image start is 0x80200000, length is 0x01150270
REC start 0x80200000, length 0x4
Dabort exception!!!

这是我从USB下载NK.BIN文件到SDRAM后开始解压出现的错误.


我再过一遍整个BOOT从64M改动到128M的整个流程,看到底有什么纰漏
1、由于是在BANK6将64扩到128，硬件上仅将内存的BANK选择线由地址线24 25调整为25 26
2、软件对于扫描位数调整为10位，时序由于是从K4S561632切换成MT48LC32M16A2TG-75，因此仔细比过这两个手册，都是75的，时序要设置的几个参数是一样的，仅有一个有1ns误差，但是在误差范围内。
3、堆栈地址，堆地址以及ISR等地址都针对128M进行改动。这个在OPTION.H以及option.inc都进行了调整。
4、BOOT初始化时SDRAM的擦写由64M变为128M，但这段是按键方才执行，因此没什么影响
5、其中对于CL=3，CL=2都进行过尝试，没有什么改善
6、MMU初始化针对BANK6进行调整
就以上这些，其余和64M控制一样。
但是使用ADS12调试这个BOOT，全速运行就可以，不会出现上述异常。
并且也进行过断点调试，在程序中分配的堆也确实在0x37ff0000以后。在程序中加内存测试代码写SDRAM，然后观察实际数据确实与写的相同。

注: 进行过以下测试,就是在ADS运行BOOT时,在是否要拷贝FLASH内容到SDRAM中强行拷贝,到是出现一个现象,应该是拷贝128K数据,但是拷贝了两页就直接跳到拷贝完成的地址了,看汇编代码应该是正确的代码,不是下载到SDRAM出现数据错误.

再实验一下.............

kudzu

检查 MMU 映射表的配置。

jj82828

你的NK直接通过DNW下载到内存运行起来后 wince一切正常？

如果可以这样，那问题真有点怪了。

71er

应该是好了,又弄了块新板子,新SDRAM,新NAND FLASH.烧写的BOOT可以进行下载了,下载后烧写WINCE也可以了,然后就启动了.

那个拷贝两页就跳到拷贝完成的地址原因是碰到坏块了,有个变量判断，所以在前面就直接跳转了，这个是自己忽视了;换了这个新的板子拷贝FLASH内容运行也没有问题，可以起来.

感谢两位的支持,发现手里还没分,挣点分再感谢两位.

clear

搞定就好 呵呵。

mescaly1213

有分了，结帖,送分