modules.dep文件記錄了內(nèi)核模塊間的依賴關(guān)系，此文件是使用module-init-tools套件中的depmod命令時自動生成的。

每個內(nèi)核版本都有一個對應(yīng)的modules.dep文件，存放在/lib/modules/kernel-version目錄下。
此文件中內(nèi)核的依賴關(guān)系使用??"filename: [filename]*" 這樣的形式描述。
空行和"#"開頭的行會被忽略掉。
整個文件中的依賴關(guān)系是降序描述的，舉例來說：

假如模塊/lib/modules/2.5.53/kernel/a.ko依賴于同目錄下的b.ko和c.ko，而c.ko又依賴于b.ko，那么這三者的依賴關(guān)系描述就是如下這樣：

# "#"號開頭行是注釋
/lib/modules/2.5.53/kernel/a.ko: /lib/modules/2.5.53/kernel/c.ko /lib/modules/2.5.53/kernel/b.ko
/lib/modules/2.5.53/kernel/b.ko:
/lib/modules/2.5.53/kernel/c.ko: /lib/modules/2.5.53/kernel/b.ko

modprobe命令就是依照這個順序來載入模塊的。

下圖是我畫的一個大概示意圖。
?

modprobe與depmod

1.modprobe

modprobe - program to add and remove modules from the Linux Kernel?

modprobe和insmod類似，是用來動態(tài)加載模塊的，區(qū)別在于

modprobe可以解決load module時的依賴關(guān)系，它是通過/lib/modules//modules.dep(.bb)文件來查找依賴關(guān)系的；而insmod不能解決依賴問題。

如有2個模塊g_file_storage.ko和udc.ko，g_file_storage.ko依賴于udc.ko，在加載g_file_storage.ko前必須先加載udc.ko，如果使用insmod加載，必須按順序一個一個加載：

insmod udc.ko

insmode g_file_storage.ko file=/dev/mtdblock3

如果使用modprobe加載則執(zhí)行：

modprobe g_file_storage file=/dev/mtdblock3/*此處的加載對象寫為g_file_storage，非g_file_storage.ko*/

PS:modules.dep(.bb)文件內(nèi)容如下：

g_file_storage.ko

udc

udc.ko symbol:usb_gadget_unregister_driver symbol:usb_gadget_register_driver

2.depmod

depmod - program to generate modules.dep and map files

當(dāng)把模塊文件放到/lib/module/`uname -r`/目錄下，運行depmod，則會在/lib/modules//目錄下生成modules.dep(.bb)文件，表明了模塊的依賴關(guān)系

3. 對于在使用"modprobe xxx"動態(tài)加載過程中出現(xiàn)“modprobe XXX not found”

若出現(xiàn)此問題，需確認：

1.?modules.dep(.bb)文件是否生成，若沒有，則可以運行depmod，生成此依賴關(guān)系文件

2. 若有依賴關(guān)系文件，仍出現(xiàn)此問題，把modprobe xxx.ko改為執(zhí)行modprobe xxx

?