panic分析
月光宝盒
选择了高山,也就选择了坎坷;选择了宁静,也就选择了孤独;选择了机遇,也就选择了风险。选择了,那就拼搏。大海惧怕寂静,所以澎湃;江河惧怕冷漠,所以涛滔;我惧怕平庸,所以追求卓越。
展开
-
gsensor导致oops分析
[复现场景]MC3230(Gsensor)正常后,image文件下载到没贴MC3230的板子上,系统反复重启。CUSDB00055082[分析过程]实验及log带来的疑惑:1.删掉gsensor的kfree(mc3xx0)不会再有重启现象,2.从log看是死在FM的register_early_suspend,为什么修改gsensor代码会有影响gsensor代码m原创 2012-12-27 01:09:16 · 4671 阅读 · 1 评论 -
关于oop定位错误的学习
6.4 必修实验3--内核异常分析(3)接下来的这些信息,和这个模块的调试没多大关系,它们是虚拟内存页目录、页表信息、oops错误号以及最后访问的sysfs文件等。pgd = c39d8000 [00000000] *pgd=339cf031, *pte=00000000, *ppte=00000000 Internal error: Oops: 817 [#1] last sysf转载 2012-12-17 01:21:04 · 1567 阅读 · 0 评论 -
oops信息的分析
oops是英语口语"糟糕"的意思,当LINUX 内核发生严重错误时,比如内存段错误时,将会提示一大段信息。就提示 Oops(也称 panic),因此得名,Oops提示信息相当多,包括出问题时的,各个常用寄存器的值,调用的堆栈,以及出错的可能原因1.oops 的格式 内核的文档里的详细的Oops的说明,的名字是 Documentation/oops-tracing转载 2012-12-17 01:18:10 · 8958 阅读 · 0 评论 -
What should we do when meet a crash in android
What should we do when meet a crash in android?原帖地址:http://leave001.blog.163.com/blog/static/1626912932011226105512484/制造一个crash为了演示的目的,我在libsensors的open_sensors_device中故意制造了一个crash:static int转载 2013-03-22 19:41:15 · 1167 阅读 · 0 评论 -
Android调试的必杀技——反汇编
在移植Android过程中会遇到很多Crash的情况,尤其是启动Android过程中。一般这些问题都可以通过看代码能解决,当然也有一些比较“妖娆”的问题,非常难找到头绪,在logcat日志也只会打印一些崩溃的堆栈,这些信息很难帮助我们定位问题。根据个人一个实例来介绍一下在Android移植过程中反汇编的用法。 首先先看一下我遇到的一个logcat关于Crash的打印信息:转载 2013-03-22 19:35:36 · 1869 阅读 · 0 评论 -
msensor-hal-crash
【现象】 安装微信4.5版本,运行微信后在等待登陆界面(地球界面)停留3-5s手机重启【分析】D/Sensors ( 223): SensorBase:setEnable: mEnabled[0]=1, mEnabled[1]=0,mEnabled[2]=0 D/Sensors ( 223): activate:handle=2; drv=-22,enable=1E原创 2013-03-27 10:34:36 · 1983 阅读 · 0 评论 -
FM引起的softdog
[现象]10063 BRCM4330,进入FM,可以收听没有问题,但是点击界面的关闭按钮————>点击界面的关闭按钮再次打开,系统重启。必现。[分析] 重启后adb pull /proc/last_kmsg . 导出log 如下[ 639.510000] > [730]pre_touch:00, finger:80.[ 639.520000] e原创 2013-03-27 09:34:34 · 1761 阅读 · 1 评论