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


1.ADB檢視或儲存kernel的啟動LOG:
kernel log: adb shell dmesg > d:\kerneltestlog.txt


tips :dmesg -n 8               //設定log的等級
#defineKERN_EMERG"<0>"/* system is unusable*/
#defineKERN_ALERT"<1>"/* action must be taken immediately*/
#defineKERN_CRIT"<2>"/* critical conditions*/
#defineKERN_ERR"<3>"/* error conditions*/
#defineKERN_WARNING"<4>"/* warning conditions*/
#defineKERN_NOTICE"<5>"/* normal but significant condition*/
#defineKERN_INFO"<6>"/* informational*/
#defineKERN_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的啟動日誌的