多くの人が知っているように、ドライバーに関するLinuxでのデバッグメッセージの出力は、マクロと関数のいくつかのサブセットによって実現されます。 すべてのアナログが互換性があり、一見論理的に見えるように機能するわけではありません。 これは、この短いメモで説明します。
まず、カーネルの内部APIで提供されている既知のメッセージ出力関数を見てみましょう。
基本機能
printk(LEVEL "message\n");
それからマクロのセットがあります（最も一般的に使用されます）：
pr_err("message\n"); pr_warn("message\n"); pr_info("message\n"); pr_debug("message\n");
などなど。
ドライバーの場合、対応する出力レベルを持つ
dev_*プレフィックスを持つ一連の関数が使用され、
netdev_*プレフィックスを持つネットワークカードドライバー用に個別に使用されます。 一般に、一般的なルールは、カーネルサブシステムまたはドライバーが、メッセージ出力レベルのサフィックスとともに独自のプレフィックスを使用することです。
それらはすべて
pr_*の
printk(LEVEL …) pr_*完全な類似物であり、
pr_debug() 、
dev_dbg()を除いて
pr_debug() dev_*および
netdev_*場合と同じです。
それでは、どのような条件下で異なるオプションでメッセージが表示されるのでしょうか？
printk(KERN_DEBUG "message\n") ：
- カーネルコマンドラインの出力レベルが7以上に設定されているか 、 ignore_loglevelパラメーターが渡されている
および
pr_debug("message\n") ：
- カーネルコマンドラインの出力レベルが7以上に設定されているか 、 ignore_loglevelパラメーターが渡されている
- 関心のあるモジュールは
DEBUGオプションまたは CONFIG_DYNAMIC_DEBUGカーネル構成オプションをCONFIG_DYNAMIC_DEBUGして構築され、対応するメッセージ（たとえば、モジュール名：行番号を示す）が表示されるリストに含まれます
dev_dbg()および
netdev_dbg()についても同じことが
dev_dbg()ます。
さらに、有用な
CONFIG_DYNAMIC_DEBUGオプションにも特別な注意を払う必要があります。 すべてのダイナミズムについては、カーネルロード自体で機能し始めるわけではないため、すべてのモジュールがそれに依存できるわけではありません。
製品バージョンで使用するものに関する別のジレンマ：
CONFIG_DYNAMIC_DEBUG または標準出力、型条件の接頭辞：
#define mydbg(dev, format, arg…) \ do { \ if (mycooldriver->debug > 0) \ dev_printk(KERN_DEBUG, dev, format, ##arg); \ } while (0)
そのため、ここでの違いは、カーネルソースコードの詳細を掘り下げた場合、つまり最初のケースでは出力がノーオペレーション（空の操作）に等しくなり、2番目のケースではそうではないことは明らかです。 したがって、タイムクリティカルなモジュールに上記のコードを入力しないでください。 さらに、最適なオプションはそのような場所でトレースポイントを使用することですが、将来的にはこのことについていつか話します。
print_hex_dump_bytes()関数
print_hex_dump_bytes()最近Dynamic Debugからサポートを得たというボーナスを追加します。