Linux カーネル デバイス ドライバー カーネル デバッグ テクニカル ノート集

/******************
 * カーネルデバッグ技術 ********************/

（１）カーネルソースコード内のデバッグ関連の設定オプション

カーネル構成オプションには、カーネルのデバッグに関連するいくつかのオプションが含まれており、すべて「カーネル ハッキング」メニューに集中しています。含む：

CONFIG_DEBUG_KERNEL

追加のデバッグ オプションが利用可能になるため、チェックする必要があります。これだけではすべてのデバッグ機能が有効になるわけではありません。

デバッグ オプションの詳細な説明については、ドライバーのマニュアルを参照するか、menuconfig のヘルプ説明を参照してください。

（２）マクロを使ってprintkデバッグ文をグローバルに制御する方法

Makefile と連携することで、c ファイル内に独自のデバッグ ステートメントを定義できます。

（３）straceの使用

strace は、ユーザー空間プログラムによって発行されたすべてのシステムコールをトレースできます。役立つパラメータは次のとおりです。

• -t は通話が発生した時刻を表示します
• -T 明示的な呼び出しに費やされた時間
• -e は、"-e execve" のように、トレースされるシステムコールの種類を制限します。
• -f すべての子プロセスをトレースする
• -p 特定のプロセスをトレースします。たとえば、「-p 8856」
• -o 特定のファイルに情報を出力します

strace は、特にマルチプロセス プログラムの場合、システム コールの微妙なエラーを発見するのに非常に便利です。strace によって出力される戻り値とプロセス pid を通じて、多くの有用な情報を得ることができます。のように：

$>strace -o zht.txt -f ./process_create

（4）ltraceの使用

ltrace は、ユーザー空間プログラムによって発行されたすべての動的ライブラリ関数呼び出しをトレースできます。役立つパラメータは次のとおりです。

• -t は通話が発生した時刻を表示します
• -T 明示的な呼び出しに費やされた時間
• -f すべての子プロセスをトレースする
• -p 特定のプロセスをトレースする
• -o 特定のファイルに情報を出力します

（５）Oopsメッセージを確認する

Oops は、何か不幸なことが起こったことをユーザーに通知するカーネルの最も一般的な方法です。通常、oops を送信した後、カーネルは不安定な状態のままになります。

場合によっては、oops によってカーネル パニックが発生し、システム クラッシュにつながることがあります。このような状況には次のようなものがあります。

• * ロックを保持しているコードでエラーが発生する
• *ハードウェアデバイスとの通信中にエラーが発生する
• *割り込みコンテキストでエラーが発生する
• * アイドルプロセス（0）またはinitプロセス（1）でエラーが発生するのは、カーネルがこれらの2つのプロセスなしでは動作できないためです。

別のプロセスの実行中に oops が発生した場合、カーネルはそのプロセスを強制終了し、実行を継続しようとします。 Oops は、範囲外のメモリ アクセスや不正な命令など、さまざまな理由で発生する可能性があります。

oops に含まれる最も重要な情報は、レジスタ コンテキストと呼び出しトレースであり、次のような oops を人為的に発生させる可能性があります。

if(悪いもの)
 バグ（）;
//またはBUG_ON(bad_thing);

panic() を使用すると、より深刻なエラーを引き起こすことができます。panic() を呼び出すと、エラー メッセージが表示されるだけでなく、システム全体が停止します。極めて悲惨な状況でのみ使用してください:

if(ひどいもの)
 panic("foo は %ld です!\n", foo);

場合によっては、スタック情報を印刷するだけでも、dump_stack() などのテストに役立つことがあります。

 if(!debug_check){
  printk(KERNEL_DEBUG "情報を提供してください\n");
  ダンプスタック();
 }

要約する

以上がこの記事の全内容です。この記事の内容が皆様の勉強や仕事に何らかの参考学習価値をもたらすことを願います。123WORDPRESS.COM をご愛顧いただき、誠にありがとうございます。これについてもっと知りたい場合は、次のリンクをご覧ください。