Linuxでデバイスにバインドできないドライバーをデバッグする方法
次のデバイスが私のクリエーターCI20のドライバーに設定されていない理由を理解しようとしています。参考までに、私はLinuxカーネルv4.13.0を使用して、ローカルでコンパイルを行っています。 make ARCH=mips ci20_defconfig make -j8 ARCH=mips CROSS_COMPILE=mipsel-linux-gnu- uImage 実行中のシステムから私は見ることができます： ci20@ci20:~# find /sys | grep rng /sys/firmware/devicetree/base/jz4780-cgu@10000000/rng@d8 /sys/firmware/devicetree/base/jz4780-cgu@10000000/rng@d8/compatible /sys/firmware/devicetree/base/jz4780-cgu@10000000/rng@d8/name /sys/bus/platform/drivers/jz4780-rng /sys/bus/platform/drivers/jz4780-rng/bind /sys/bus/platform/drivers/jz4780-rng/unbind /sys/bus/platform/drivers/jz4780-rng/uevent したがって、デバイスは実行時にカーネルに表示されますが、欠けている部分がドライバーがバインドされない理由です。私はこのようなものを期待していました： /sys/bus/platform/drivers/jz4780-rng/100000d8.rng 私は実行中のシステムをデバッグする方法を説明する他のいくつかの投稿を見つけました、例えば： /programming/28406776/driver-binding-using-device-tree-without-compatible-string-in-the-driver /programming/35580862/device-tree-mismatch-probe-never-called /programming/41446737/platform-device-driver-autoloading-mechanism 実行中のカーネルの/ sysを使用してデバイスツリーの情報を取得することは可能ですか？ これらの投稿の情報は正確ですが、私にはあまり役に立ちません。私はカーネルをローカルでビルドしているので（ドライバーprintkのプローブ機能に追加しましたjz4780-rng）、代わりに私の質問は次のとおりです。 カーネルがjz4780-rngドライバーのプローブ関数の呼び出しの失敗に関する正確な情報を出力するように、コンパイル時にどのオプションをオンにする必要がありますか？ 特に、テスト済みのバス/ドライバーの完全なリストをどのように印刷しdriver_probe_deviceますか？ printkこれをデバッグするためにコードのどこにでも追加できます。問題はむしろです：どの関数がデバイスツリーをトラバースし、probe / init関数を呼び出していますか？ 参考のために： $ dtc -I fs -O dts /sys/firmware/devicetree/base | grep -A 1 rng …