Linux 內核測試和調試（5）

freezer - 測試停掉處理器：

echo freezer > /sys/power/pm_test
echo platform > /sys/power/disk
echo disk > /sys/power/state

devices - 測試停掉處理器以及掛起設備：

echo devices > /sys/power/pm_test
echo platform > /sys/power/disk
echo disk > /sys/power/state

platform - 測試停掉處理器、掛起設備以及平台全局控制方法(*)

echo platform > /sys/power/pm_test
echo platform > /sys/power/disk
echo disk > /sys/power/state

processors - 測試停掉處理器、掛起設備和平台全局控制方法(*)，以及關閉未啟動的 CPU。

echo processors > /sys/power/pm_test
echo platform > /sys/power/disk
echo disk > /sys/power/state

core - 測試停掉處理器、掛起設備和平台全局控制方法(*)，關閉未啟動的 CPU，以及掛起平台或系統的設備。注意：這個測試模式運行在 ACPI 系統。

echo core > /sys/power/pm_test
echo platform > /sys/power/disk
echo disk > /sys/power/state

Linux 電源管理子系統追蹤事件

電源管理子系統在運行過程中支持多種追蹤點和追蹤事件。我將對如何使用這些追蹤時間以及如何找到追蹤信息作一個簡單的介紹：

在運行時開啟電源管理事件：

cd /sys/kernel/debug/tracing/events/power
echo 1 > cpu_frequency/enable
cat /sys/kernel/debug/tracing/set_event
less /sys/kernel/debug/tracing/trace

為內核啟動的命令添加一個參數：

trace_event=cpu_frequency

更多信息查看 Documentation/power/basic-pm-debugging.txt 以及同目錄下其他的文檔。

git bisect 命令

git bisect 是一個非常有用非常強大的工具，用於將 git 上的一個 commit 分離出來。我簡單過一遍它的用法。

下面是 git bisect 的用法：

git bisect start
git bisect bad   # 當前版本是壞的
git bisect good v3.14-rc6   # 上個版本是好的

一旦指定好好的版本和壞的版本，git bisect 就會開始把好壞兩個版本之間的所有 commit 對半分，並將其中的一半提交 pull 下來。然後重新編譯安裝測試內核，並標記這個內核是好是壞。重複這個過程，知道某個你選好的 commit 被標記被好或者壞。我們可能需要測試多個內核版本，測到最後一個版本時，git bisect 會將一個 commit 標記為壞。下面的命令可以在 git bisect 分析過程中起到幫助作用：

查看 bisect 操作的過程：

git bisect log

重置 git bisect，標記錯誤時可以用到，保存 git log 的輸出，重新操作上一次 bisect 的步驟：

git bisect reset

重放 git bisect 操作過程：

git bisect replay git_log_output

如果一個問題很清楚是在某個區域內，git bisect 命令可以定位到一個具體的內核源碼樹枝幹上。舉個例子，在調試一個鐳龍顯卡驅動的問題時，為 git bisect 指定 drivers/drm/radeon 參數，可以讓 git bisect 只檢索對 drivers/drm/radeon 裡面的文件有修改的 commit。

讓 git bisect 只檢索內核樹的某個枝幹：

git bisect start drivers/drm/radeon

via: http://www.linuxjournal.com/content/linux-kernel-testing-and-debugging?page=0,4

譯者：bazz2 校對：wxy

本文由 LCTT 原創翻譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive