之前我讲了怎么用eclipse调试android的framework代码以及用gdb server调试native代码，但是由于gdb无法调试多线程代码，所以用起来还是很不方便。今天我来讲讲怎么用trace32调试kernel.    首先讲讲硬件连接，必须保证你的trace

Android中的进程是托管的,当系统进程空间紧张的时候,会依照优先级自动进行进程的回收.由此带来三个问题：l 回收规则:  什么时候回收与回收哪一个l 避免误杀:  如何阻止被回收l 数据恢复与保存:  被回收了怎么办 Android将进程分为6个等级,它们按优先级顺序由高到低依次是:1.前台进程( FOREGROUND_APP)2.可视进程(VISIBLE_

/system/build.prop 是一个属性文件，在Android系统中.prop文件很重要，记录了系统的设置和改变，类似於/etc中的文件。这个文件是如何生成的呢？build/tools/buildinfo.sh 脚本就是专门用于生成build.prop文件build/core/Makefile中使用build/tools/buildinfo.sh 脚本生成build.prop文件，

环境：OS: Android4.1Chipset:MSM8X25Qmdp:3.03背景：屏幕反着打，需要显示旋转180°。旋转方案：1.   通过lcd driver ic直接让屏幕旋转。2.   通过mdp旋转。3.   Framework旋转。 调试过程：方案1：由于玻璃是单扫描

Trace32 ICD ARM USB能实时Debug程序在手机中的运行情况，需要连接Trace32硬件才可以工作。但是，对于概率性的实际问题，借助Trace32 ICD ARM USB找到问题原因比较困难，因为不能确定手机什么时候Crash。使用Trace32的WIN32版本，把手机Crash时的寄存器信息dump出来，就能在WIN32下定位到死在程序代码的那一行，非常类似于EMP平台的

chipset: MSM8X25QCodebase: Android4.1Kernel: 3.4.0 基本概念：         关于伙伴系统算法的原理还是比较好理解的，这里不作复数。直接看下关键数据结构。[html] view plaincopystruct zone {  ~~snip     

经常会遇到kernel dump问题，经常会由于kernel无法处理NULL指针，导致Oops出现，Oops内容如下：[ 1023.510000] Unable to handle kernel NULL pointer dereference at virtual address 00000000[ 1023.520000] pgd = c0004000[ 1023.520000]