[導讀]開發(fā)調試中的辦法非常多，LOG是其中重要的一個方法，一些常見的LOG的抓取辦法（主要針對QUALCOMM平臺，未經詳細整理）：
1.ADB查看或保存kernel的啟動LOG:
kern
開發(fā)調試中的辦法非常多，LOG是其中重要的一個方法，一些常見的LOG的抓取辦法（主要針對QUALCOMM平臺，未經詳細整理）：
1.ADB查看或保存kernel的啟動LOG:
kernel log: adb shell dmesg > d:kerneltestlog.txt
tips :dmesg -n 8?????????????? //設置log的等級
#define KERN_EMERG""/* system is unusable*/
#define KERN_ALERT""/* acTIon must be taken immediately*/
#define KERN_CRIT""/* criTIcal condiTIons*/
#define KERN_ERR""/* error condiTIons*/
#define KERN_WARNING""/* warning conditions*/
#define KERN_NOTICE""/* normal but signIFicant condition*/
#define KERN_INFO""/* informational*/
#define KERN_DEBUG""/* debug-level messages*/
dmesg -s 81920????????????? //設置LOG的Buffer,默認的buffer是8192
2.smem log:
??? 1>、用trace32。trace32無疑是強大的，幾乎可以做任何debug的事情，有高通代碼的兄弟可以在AMSSproducts 76XX oolsdebug目錄下找到smemlog.cmm和smem_log.pl這兩個文件，可以dump出log.
Run “do toolsdebugsmemlog.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文件分為實時打印的，還有狀態(tài)信息的兩種
實時打印的主要有：logcat main，logcat radio，logcat events，tcpdump，還有高通平臺的還會有QXDM日志
??? 狀態(tài)信息的有：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? 打印系統(tǒng)事件的日志，比如觸屏事件。。。
??? tcpdump 是很有用的，對于TCP/IP協(xié)議相關的都可以使用這個來抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下載的時候的UA profile，browser上網的時候，使用proxy的APN下載，streaming的相關內容包括UA profile等。
??? 最后是高通平臺的QXDM，不管是不是Android，只要使用高通芯片，都會對它很熟悉，當然了，不是高通的芯片就不用提它了。這個不多講，內容豐富，射頻，電話，上網，...凡是高通提供的解決方案，這個都可以抓。
??? 狀態(tài)信息：其實一個就夠了，那就是bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相關的，比如driver出了問題（相機，藍牙，USB，啟動，等等吧）。 dumpstate是系統(tǒng)狀態(tài)信息，里面比較全，包括手機當前的內存信息、cpu信息、logcat緩存，kernel緩存等等。adb shell
dumpsys這個是關于系統(tǒng)service的內容都在這個里面，這個命令還有更詳盡的用法，比如db shell dumpsys meminfo system是查看system這個process的內存信息。
還有其他的比如PV的log，一般都是開發(fā)人員自己寫的，可能讓你放到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文件系統(tǒng)，這個使用當然必須在文件系統(tǒng)OK后。這個我是在USB失效時，或者遇到抓取一些不能使用USB條件的LOG：
?????? MODEM端可以寫LOG文件到EFS。
?????? linux端可以寫LOG文件到SD卡。
3.串口。這個我也是把linux kernel的console指定到qualcomm的hs uart2上，抓取kernel的啟動日志的
1.ADB查看或保存kernel的啟動LOG:
kernel log: adb shell dmesg > d:kerneltestlog.txt
tips :dmesg -n 8?????????????? //設置log的等級
#define KERN_EMERG""/* system is unusable*/
#define KERN_ALERT""/* acTIon must be taken immediately*/
#define KERN_CRIT""/* criTIcal condiTIons*/
#define KERN_ERR""/* error condiTIons*/
#define KERN_WARNING""/* warning conditions*/
#define KERN_NOTICE""/* normal but signIFicant condition*/
#define KERN_INFO""/* informational*/
#define KERN_DEBUG""/* debug-level messages*/
dmesg -s 81920????????????? //設置LOG的Buffer,默認的buffer是8192
2.smem log:
??? 1>、用trace32。trace32無疑是強大的，幾乎可以做任何debug的事情，有高通代碼的兄弟可以在AMSSproducts 76XX oolsdebug目錄下找到smemlog.cmm和smem_log.pl這兩個文件，可以dump出log.
Run “do toolsdebugsmemlog.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文件分為實時打印的，還有狀態(tài)信息的兩種
實時打印的主要有：logcat main，logcat radio，logcat events，tcpdump，還有高通平臺的還會有QXDM日志
??? 狀態(tài)信息的有：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? 打印系統(tǒng)事件的日志，比如觸屏事件。。。
??? tcpdump 是很有用的，對于TCP/IP協(xié)議相關的都可以使用這個來抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下載的時候的UA profile，browser上網的時候，使用proxy的APN下載，streaming的相關內容包括UA profile等。
??? 最后是高通平臺的QXDM，不管是不是Android，只要使用高通芯片，都會對它很熟悉，當然了，不是高通的芯片就不用提它了。這個不多講，內容豐富，射頻，電話，上網，...凡是高通提供的解決方案，這個都可以抓。
??? 狀態(tài)信息：其實一個就夠了，那就是bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相關的，比如driver出了問題（相機，藍牙，USB，啟動，等等吧）。 dumpstate是系統(tǒng)狀態(tài)信息，里面比較全，包括手機當前的內存信息、cpu信息、logcat緩存，kernel緩存等等。adb shell
dumpsys這個是關于系統(tǒng)service的內容都在這個里面，這個命令還有更詳盡的用法，比如db shell dumpsys meminfo system是查看system這個process的內存信息。
還有其他的比如PV的log，一般都是開發(fā)人員自己寫的，可能讓你放到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文件系統(tǒng)，這個使用當然必須在文件系統(tǒng)OK后。這個我是在USB失效時，或者遇到抓取一些不能使用USB條件的LOG：
?????? MODEM端可以寫LOG文件到EFS。
?????? linux端可以寫LOG文件到SD卡。
3.串口。這個我也是把linux kernel的console指定到qualcomm的hs uart2上，抓取kernel的啟動日志的
下載文檔
