读和写内存范围以外的区域，却没有导致CPU异常，啥道理？

arm-linux-gcc

我在2440板子上尝试了一个case：在uboot环境下，没开MMU，运行在物理地址的，我板子上的内存只有64M，但是我在96M这个位置去md和mw（这个位置什么都没有，即不是内存，也没有设备），结果却并未导致crash。

对于这种错误的，需要具备什么条件才能够监控到？
是必须通过MMU的页表来实现对非法区域的读写的禁止？
或者是必须至少要有MPU才可以？




有高人能讲讲程序crash的本质吗，我自己有一点简单的理解，如下：
首先进入异常模式之后，异常处理代码会打印出oops，然后做死循环。导致异常的原因我自己理解的有以下几点：
1，指令异常，将不是指令的地方当作了指令来执行，导致CPU进入未定义模式，这种通常都是因为野的函数指针导致的。
2，访问异常，访问了不允许访问的页，即某些页映射为不可访问，这种就是最常说的段错误，最常见的空指针也是属于这种性质的错误。
3，还有做除法时，除以0也会导致CPU进入异常模式。

arm-linux-gcc

谷歌查了一下，找到两个帖子，发现了以下解释，应该能解释我的疑问

http://stackoverflow.com/questio ... ntation-faults-in-c

An embedded system without MMU won't give you any segfault at all - even when "writing" to the ROM.

Segmentation fault is caused by bad accesses to memory, only if your OS has a MMU. Otherwise, you won't get it but only strange behavior.





http://coding.derkeiler.com/Arch ... 09-02/msg00774.html

In a typical system with no MMU, *nothing* detects a segmentation
fault, and one never happens.

crifan

一个地址，包括你这里超过64M的96M的那个位置，都会有对应的映射的空间的，即属于物理上哪个设置的地址空间（或者是空的，无效的地址）

而关于如何映射，需要你找到该CPU的datasheet，找到其中和 Memory Map相关的部分，一般都有 这个 内存地址映射表的。