在嵌入式开发中，运行程序报错：do_page_fault() #2: sending SIGSEGV to

xiangding 2007-01-23 01:16:50

在嵌入式开发中，运行程序报错：
do_page_fault() #2: sending SIGSEGV to evo for invalid read access from
00000140 (epc == 005642ec, ra == 00564224)
ir: Disable NEC decoder

这是表示访问无效地址或内存溢出了。

请问上面的：00000140 (epc == 005642ec, ra == 00564224) 表示什么？
有没有办法知道是在哪个函数里面内存溢出？用arm-linux-nm找出来的没有005642ec这个地址对应的函数，

有没办法？

或者哪里有调试的方法，因为不能用gdb，所以。。。。

在线求助。。。

...全文

6286 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

xiangding 2007-01-25

打赏
举报

回复

有类似的地址:00564367等。。。

xiangding 2007-01-24

打赏
举报

回复

up一下

loveisbug 2007-01-24

打赏
举报

回复

从反汇编文件里看不出005642ec处的函数？

详细的内容实例，讲解如何epc ra kernel panic 充实详细

在嵌入式开发中，运行程序报错:do_page_fault() #2: sending SIGSEGV to https://bbs.csdn.net/topics/100043895?_t=t do_page_fault()执行流程 https://blog.csdn.net/zsj100213/article/details/82350841 定位线程Segment fault (SIGSEGV)的方法 https://blog.csdn.net/mantis_1984/article/details/4

谨防隐式调用错误，即只在头文件里找到了函数定义，却找不到其实现，注意编译器的警告。技术交流，项目开发，欢迎私信。

//regs 发生异常时寄存器的值 //error_code 5位的值，第3位标志异常发生在内核态还是用户态 do_page_fault函数： { //获得产生缺页异常的地址，该地址保存在cr2寄存器 address = read_cr2(); //检查线性地址是否属于第4个G //如果内核访问不存在的内存页框，则执行vmalloc_fault //该部分代码处理可

do_page_fault()是处理缺页异常的入口，一直感兴趣这是怎样被调用到的。今天在handle_mm_fault()里面加了一个BUG()专门看调用栈，发现并不复杂。既然是缺页，肯定是发端于预取数据异常，是由中断发起的。这要追溯到entry-armv.S里对预取数据中断的处理，最终会调用到do_PrefetchAbort()，这个函数在arch/arm/mm/fault.c里定义，在其中

Linux/Unix社区

23,217

社区成员

74,540

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章