[DESCRIPTION]  当手机发生系统重启，即导致kernel重启的异常时，会在手机中的/data/aee_exp目录下保存异常重启的db。工程师可以通过GAT的bug report功能，或者直接通过adb pull，把对应的db从手机中抓回来。进一步，对于异常重启的类型，需要通过GAT工具解开db档案（解开方式参考MTK-online上的文档GAT_User_Guide(Custo

[DESCRIPTION]AOSP 如何menuconfig[KEYWORD]menuconfig ，kernel config[SOLUTION]编译命令：·          source build/envsetup.sh && lunch (一个shell执行一次即可)·         在out\target\product\[pr

[Description]Android L APP 如何获取sys file system 中节点的写权限 [Keyword]L SELinux sys write[Android Version]Version >= android 5.0 [Solution]Google 默认禁止app , 包括system app, radio app 等直接写/sys

[DESCRIPTION] 有时候USB口被占用，如OTG使用时，如何使用wifi连接adb，不需要usb线  [SOLUTION]$adb tcpip 5555$adb  connect  手机IP:5555拔掉usb线$adb shell 要想切回USB的方式，请输入adb usb或者直接开关一下设置里的USB Debugging选项。

[DESCRIPTION]  如何通过adb command去控制MTKLogger开关，设定log路径等等。 [KEYWORD] MTKLogger adb控制 路径 大小 [SOLUTION]1. 开启/关闭adb shellam broadcast -a com.mediatek.mtklogger.ADB_CMD -e cmd_namestart

产生EINT的channel会记录在EINT_STA状态寄存器里面，这一点所有平台都一样；只要知道这个状态寄存器的值就可以知道哪个channel发生了中断；但是不同平台的log细节会有些不同。--->89/72/82在wakeup时，如果唤醒源是EINT，会主动打印出EINT_STA的值--->77默认不会打印这个寄存器，需要先开启EINT_DEBUG这个宏，才能看到EIN

为什么要打印函数调用堆栈？打印调用堆栈可以直接把问题发生时的函数调用关系打出来，非常有利于理解函数调用关系。比如函数A都有可能，如果打印出调用堆栈，直接就把谁调的打出来了。不仅如此，打印函数调用堆栈还有另一个好处。在Android工具看也未必容易看清函数调用关系。如果用了堆栈打印，很容易看到函数调用逻辑。那么一个问题来了，Android/kernel系统运行的境况下，打印出

1、android:orientation="vertical"表示该布局下的元素垂直排列；2、android:layout_gravity="center_horizontal"表示该布局在父布局里水平居中，此时其父布局必须拥有android:orientation="vertical"属性；3、android:layout_gravity="center_vertical"表示

Android Sensor 主要包括3 大部分，各个部分的主要功能如下：Application Framework这一部分主要包括Sensor Manager，功能是为Application提供 Java API接口，以便Application可以开启所需的 Sensor 并获取数据。Libraries这一部分主要有Sens

1.屏幕显示逆时针旋转90度修改device/lentek/len6735_65u_vo/ProjectConfig.mk:MTK_LCM_PHYSICAL_ROTATION = 90此处会在device/mediatek/mt6735/device.mk通过ifneq ($(strip $(MTK_LCM_PHYSICAL_ROTATION)),)

[Description]init 启动 Native Service 时出现Service xxxx needs a SELinux domain defined; please fix 警告的说明 [Keyword]SELinux, Native Service, init, domain[Android Version]Version >= android 5.0

深入分析看门狗框架 1 WDT原理 1. 原理    在手机Soc Chip中，里面的AP跑着linux操作系统软件，而任何软件都可能存在各种问题，如果遇到了这些异常，软件可能陷入死循环，导致手机变成“砖头”，如果没有其他硬件辅助，那么只能断电（拔电池）然后重新开机才行。为了避免出现这种情况，芯片内部增加了一个看门狗模块，这个模块专门检测CPU运行状态，

[DESCRIPTION]计算DSI数据速率的方式，以及如何配置时钟clk的方式[KEYWORD] dsi、data rate、mipi clk [SOLUTION]1、DSI vdo mode下的数据速率data_rate的大致计算公式为：Data rate= (Height+VSA+VBP+VFP)*(Width+HSA+HBP+HFP)* total_

首先说一下屏幕帧率计算相关的硬件参数：Xres 、Yres：横、纵向物理分辨率left_margin、right_margin：左/右边界，即行切换回扫时间upper_margin、low_margin：上/下边界，即帧切换回扫时间hsync 、vsync：水平/垂直同步时间而在 LCD 驱动中,有一个重要的参数----点时钟,即 dot clock,在 LCD 的 dat

将下面代码加入开机启动脚本即可：#Use logcat to save log to file logPath="/data/local/log/" if [ ! -d "$logPath" ]; then mkdir "$logPath" fi logcat -b radio -r 2000 -n 3 -v time -f /data/local/log/radio.log

做linux底层软件工作也有两年了，算上研究生时期对底层软件的研究，加起来也快四年了。慢慢地发现有必要总结一些一般性的方法了。因为一般性的方法有宏观上的指导意义，以后调试和移植驱动时，经常性地回味这些一般性的方法可以防止自己犯同样的错误，进而少走弯路，以最高的效率完成工作。当谈到底层软件，我们一般都会想到bootloader、BSP、device driver、linux kernel等等。这

一、 检查应用程序是否可以正常使用如果驱动得到了正常的初始化，这时候你开始检查该设备驱动对应的应用程序是否可以正常使用（或者自己写设备驱动的测试应用程序）。如果可以正常使用，那你太幸运了，这说明芯片原厂为你考虑的很周到，你可以节省N多时间干别的事儿了。但遗憾的是，往往事情不会这么顺利，当你检查应用程序的时候，你发现应用程序没有做出应有的反应——例如当你辛苦把camera的驱动添加到kern

1) checkout到本地的代码编译出现如下错误：zip error: Invalid command arguments (cannot repeat names in zip file)make: *** [out/target/product/damrey/system/etc/recovery-resource.dat] Error 16make: *** Waiting

sudo apt-get install flex bison gperf build-essential curl zlib1g-dev g++-multilib g++-4.4-multilib libc6-dev-i386 lib32ncurses5-dev ia32-libs x11proto-core-dev libx11-dev lib32readline5 lib32z1-dev w

mm命令快速编译一个模块之后，一般用adb push到手机看效果，如果环境不允许用adb push或模块不经常改，希望直接放到image里，则可以用./mk snod，这个命令仅仅将system目录打包成system.img，然后方便直接下载，但是这个命令还是很慢（慢在搜索所有的Android.mk），有一种方法可以加速该编译到1分钟以内 [KEYWORD]./mk snod 

G-Sensor/M-Sensor/Gyro-Sensor/Ambient Light-Sensor在MT6575平台上是工作在I2C polling mode下;Proximity Sensor在MT6575平台上是工作在EINT mode下。【Notice1】为什么G-Sensor/M-Sensor/Gyro-Sensor/ALS会使用I2C polling的方式，而不是EINT的方式

[DESCRIPTION]mm命令快速编译一个模块之后，一般用adb push到手机看效果，如果环境不允许用adb push或模块不经常改，希望直接放到image里，则可以用./mk snod，这个命令仅仅将system目录打包成system.img，然后方便直接下载，但是这个命令还是很慢（慢在搜索所有的Android.mk），有一种方法可以加速该编译到1分钟以内 [KEYWORD]

打印调用栈是android平台问题定位的基本方法，如果需要知道谁在调用某个函数，可以在此函数中添加打印调用栈函数，弄清楚函数之间的调用关系。1.Java层打印调用栈方法RuntimeException here = new RuntimeException("here");here.fillInStackTrace();Log.w(TAG, "Called: " + thi

[DESCRIPTION] 很多功耗问题都是因为测试手法不对，该FAQ列出一些常用场景功耗测试手法。 [SOLUTION] 测试功耗数据之前，请先确认以下配置：1、关闭 WIFI/BT/GPS，关闭数据连接，设置飞行模式。 （根据具体测试场景设置）2、关闭 mobile log/modem log/net log，打开LOG会增加电流。注意：确认 /sdcard

[DESCRIPTION]  AP suspend状态下，会因为GPIO配置不当，subsys/pll/clock没关，或者其他的原因造成26M没关，而导致底电流升高； 这种情况，可以从kernel log中找到一些端倪，以确定进一步分析的方向  [SOLUTION] 【1】查找没有关闭的subsys/clock/pll[6589/6582/6592

1.nanddump -a /dev/mtd/mtd12 -f /data/cacheoob.img2.modprobe mtd3.modprobe mtdblock4.modprobe nandsim modprobe nandsim first_id_byte=0x20 second_id_byte=0xa2third_id_byte=0x00 fourth_id_byte=0