EEPW论坛

FM_START_ADDR是多少呢

就是flash重映射后的基地址0x1000000

uC运行的时候哪一部份用到了flash? 有Flash文件系统吗

用 *(volatile unsigned short *)(FM_START_ADDR + addr)读flash可以正确执行。

所以应该不会是地址错误，会不会是uC的限制?

romfs.

我是自己写了一个程序想修改flash某几个sector的数据。

这是错误信息，自己分析得不是很清楚

/> ipcset -m
Internal error: unknown data abort code: e1c310b0
CPU: 0
pc : [<00000001>] lr : [<007fa060>] Not tainted
sp : 00000060 ip : 00177ea8 fp : 00177ea8
r10: fffffeff r9 : fff7ffff r8 : ffffffff
r7 : ffffffff r6 : ffffffff r5 : fffffaff r4 : ffffffff
r3 : ffffffff r2 : ffffffff r1 : 80000010 r0 : 007904d0
Flags: nzcv IRQs on FIQs on Mode FIQ_26 Segment kernel
Control: 0
Process ipcset (pid: 16, stackpage=007f9000)
Stack:
Backtrace: frame pointer underflow
Function entered at [<007fa010>] from [<001f6000>]
Function entered at [<00177e88>] from [<00000000>]

romfs是在flash里，还是和uC一起load到0x8000?

是的

在bootloader里用memomove()把整个uC映像都copy到ram里去了.

我对错误信息的理解也很模糊：
1.肯定是产生硬件异常了，这个异常应该是Data abort("unknown data abort ")，从traps.c可以找到依据。但是Mode却是FIQ_26，而不是ABT_xx，这个...还没弄懂；

2. 为什么会产生这个异常? 按照我的想法，运行在SDRAM中的uC没有读写flash操作，所以应用程序删除或写flash不会冲突；

3. 产生数据中止( dataabort)异常意味着对存储器的数据访问失败,造成这个失败的原因是理解这个问题的关键，可惜我现在还不明白。