開發調試中的辦法非常多，LOG是其中重要的一個方法，一些常見的LOG的抓取辦法（主要針對QUALCOMM平臺，未經詳細整理）：


1.ADB查看或保存kernel的啟動LOG:

kernel log: adb shell dmesg > d:\kerneltestlog.txt


tips :dmesg -n 8?????????????? //設置log的等級

#define KERN_EMERG"<0>"/* system is unusable*/

#define KERN_ALERT"<1>"/* action must be taken immediately*/

#define KERN_CRIT"<2>"/* critical conditions*/

#define KERN_ERR"<3>"/* error conditions*/

#define KERN_WARNING"<4>"/* warning conditions*/

#define KERN_NOTICE"<5>"/* normal but signIFicant condition*/

#define KERN_INFO"<6>"/* informational*/

#define KERN_DEBUG"<7>"/* debug-level messages*/


dmesg -s 81920????????????? //設置LOG的Buffer,默認的buffer是8192


2.smem log:

??? 1>、用trace32。trace32無疑是強大的，幾乎可以做任何debug的事情，有高通代碼的兄弟可以在\AMSS\products \76XX\tools\debug目錄下找到smemlog.cmm和smem_log.pl這兩個文件，可以dump出log.
Run “do tools\debug\smemlog.cmm” from Trace32
Run “perl smem_log.pl > smemlog.txt”


??? 2>、沒有trace32的兄弟也不要灰心，google為我們提供了強大的adb工具。命令如下：

??? adb shell

??? mkdir /data/debug

??? mount -t debugfs debugfs /data/debug

??? cd /data/debug/smem_log

??? cat dump_sym

?? 可以給大家看一下抓下來的部分log

??

3.各種log（實際也包括第1種kernel的啟動日志）：

很多人經常搞不清楚各種日志文件的作用，什么時候抓這些文件，其實如果你分不清楚的話

?????????????? 最好一起抓了，至少你要分清楚有哪些日志文件需要抓。


??? log文件分為實時打印的，還有狀態信息的兩種

實時打印的主要有：logcat main，logcat radio，logcat events，tcpdump，還有高通平臺的還會有QXDM日志



??? 狀態信息的有：adb shell dmesg，adb shell dumpstate，adb shell dumpsys，adb bugreport


??? 講解一下各自作用：


??? 通過DDMS抓的其實跟用dos批處理抓的一樣都是logcat的日志文件，ddms抓的通常是main緩存中的，就是應用程序打印的日志文件。不過 ddms好處在于能夠實時看到帶有顏色的，如果是用dos批處理只能重定向到文件，到抓完之后才能夠看到，不是實時的。

??? DDMS是調試應用的最重要的一個LOG工具了。



??? adb logcat -b main -v time>app.log? 打印應用程序的log



??? adb logcat -b radio -v time> radio.log 打印射頻相關的log，SIM STK也會在里面，modem相關的ATcommand等，當然跟QXDM差的很遠了。



??? adb logcat -b events -v time? 打印系統事件的日志，比如觸屏事件。。。



??? tcpdump 是很有用的，對于TCP/IP協議相關的都可以使用這個來抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下載的時候的UA profile，browser上網的時候，使用proxy的APN下載，streaming的相關內容包括UA profile等。



??? 最后是高通平臺的QXDM，不管是不是Android，只要使用高通芯片，都會對它很熟悉，當然了，不是高通的芯片就不用提它了。這個不多講，內容豐富，射頻，電話，上網，...凡是高通提供的解決方案，這個都可以抓。



??? 狀態信息：其實一個就夠了，那就是bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相關的，比如driver出了問題（相機，藍牙，USB，啟動，等等吧）。 dumpstate是系統狀態信息，里面比較全，包括手機當前的內存信息、cpu信息、logcat緩存，kernel緩存等等。adb shell
dumpsys這個是關于系統service的內容都在這個里面，這個命令還有更詳盡的用法，比如db shell dumpsys meminfo system是查看system這個process的內存信息。



還有其他的比如PV的log，一般都是開發人員自己寫的，可能讓你放到sd卡里面，其他的不足或需要補充的期望您的指導。



4.查看用戶空間的WAKELOCK:

cat /sys/power/wake_lock


cat /proc/wakelocks


5.MODEM端的LOG最主要的是QXDM，這個用QUALCOMM平臺的人都知道；

手機在MODEM端crash時的QXDM LOG的獲取通過如下辦法

crash F3 log:

To get F3 trace from Trace32

1>.Run recover_f3.cmm or getf3trace.cmm with Trace32 connected or the Trace32 Simulator when the appropriate ELF/ramdump is loaded

2>.Run “perl FormatTrace32F3Trace.pl trace0001.txt > f3.txt”; this generates a nicer looking f3.txt than raw trace0001.txt



To get F3 trace from trace data stored to EFS

1>.Get the file of F3 saving from EFS by using QPST EFS Explorer

err_f3_index00.F3for MSM6xxx

apps_err_f3_index00.f3, modem_err_f3_index00.F3for MSM7xxx

2>.Run recover_f3.cmm or process_efs_trace_file.cmm

3>.Run “perl FormatTrace32F3Trace.pl trace0001.txt > f3.txt”



test 1>.run trace32 simulate,load elf,do do recover_f3.cmm

2>.perl FormatT32F3Trace.pl f3tokens.txt msg_hash.txt > f3log.txt??? (Linux,windows
should intall perl.)(QSRMessageHash.qsr as msg_hash.txt)


上面都是直接可以使用的LOG獲取辦法；另外還有一些LOG的獲取辦法需要自己稍微修改，只列舉幾個我曾經使用過的例子。

1.LCD,這個是在bootloader使用的。

????? 在MODEM或Android的APPSBL里面可以直接寫LOG到LCD，這個需要自己轉換字庫點陣到位圖，還有位圖到LCD的畫屏。

????? 在linux的kernel也可以指定console到LCD。直接查看kernel的啟動LOG。

2.FLASH文件系統，這個使用當然必須在文件系統OK后。這個我是在USB失效時，或者遇到抓取一些不能使用USB條件的LOG：

?????? MODEM端可以寫LOG文件到EFS。

?????? linux端可以寫LOG文件到SD卡。

3.串口。這個我也是把linux kernel的console指定到qualcomm的hs uart2上，抓取kernel的啟動日志的