PCI 驱动faq
1, 在2.6设备模型下，当一个驱动程序模块挂入内核（insmod），它会遍历所有在这个总线（BUS）上注册的设备链表，并且对每个被遍历的设备调用match()函数，直到找到匹配的为止。第二种情况是，当一个设备被插入到系统总线上的时候（或系统初起），它会遍历枚举这个总线上的所有注册过的驱动，并且对每个驱动调用match()函数，直到找到匹配的驱动为止。之后，上两种情况都会调用probe函数，进行设备的初始化。
2,pci bus 号码是怎么分配的，离cpu最近的pci bus 是0,通过这个pci bus 桥接的新的pcibus就是1,其他以此类推
3，当存在多功能卡的时候，其配置空间是怎样的？
4，内核怎样读取pci的配置空间
典型的办法是用PCI槽相对主板的位置来决定其PCI配置头在配置空间中的偏移。比如主板中的第一个PCI槽的PCI配置头位于配置空间偏移0处，而第二个则位于偏移256处（所有PCI配置头长度都相等，为256字节），其它槽可以由此类推。系统还将提供一种硬件相关机制以便PCI设置代码能正确的辨认出对应PCI总线上所有存在的设备的PCI配置头。通过PCI配置头中的某些域来判断哪些设备存在及哪些设备不存在（这个域叫厂商标志域: Vendor Identification field）。对空PCI槽中这个域的读操作将得到一个值为0xFFF
4 MODULE_DEVICE_TABLE的作用
这个语句创建一个局部变量称为 __mod_pci_device_table, 它指向 struct pci_device_id 的列表. 稍后在内核建立过程中, depmod 程序在所有的模块中寻找 __mod_pci_device_table. 如果找到这个符号, 它将数据拉出模块并且添加到文件 /lib/modules/KERNEL_VERSION/modules.pcimap. 在 depmod 完成后, 所有的被内核中的模块支持的 PCI 设备被列出, 带有它们的模块名子, 在那个文件中. 当内核告知热插拔系统有新的 PCI 设备已找到, 热插拔系统使用 moudles.pcimap 文件来找到正确的驱动来加载.
（我认为只要执行depmod –a，它就读取所有在规定目录下的模块，并从新生成重新在/lib/modules/KERNEL_VERSION/modules.pcimap）
LSPCI详解分析。pci设备树
2008-09-03 18:12
一、PCI简介
PCI是一种外设总线规范。我们先来看一下什么是总线：总线是一种传输信号的路径或信道。典型情况是，总线是连接于一个或多个导体的电气连线，总 线上连接的所有设备可在同一时间收到所有的传输内容。总线由电气接口和编程接口组成。本文讨论Linux 下的设备驱动，所以，重点关注编程接口。
PCI是Peripheral Component Interconnect（外围设备互联）的简称，是普遍使用在桌面及更大型的计算机上的外 设总线。PCI架构被设计为ISA标准的替代品，它有三个主要目标：获得在计算机和外设之间传输数据时更好的性能；尽可能的平台无关；简化往系统中添加和 删除外设的工作。
二、PCI寻址
从现在开始，我想尽可能通过一些实际的例子来说明问题，而减少理论方面的问题的描述，因为，相关的理论的东西，可以在其它地方找到。
我们先来看一个例子，我的电脑装有1G的RAM，1G以后的物理内存地址空间都是外部设备IO在系统内存地址空间上的映射。 /proc/iomem描述了系统中所有的设备I/O在内存地址空间上的映射。我们来看地址从1G开始的第一个设备在/proc/iomem中是如何描述 的：
40000000-400003ff : 0000:00:1f.1
这是一个PCI设备，40000000-400003ff是它所映射的内存地址空间，占据了内存地址空间的1024 bytes的位置，而 0000:00:1f.1则是一个PCI外设的地址,它以冒号和逗号分隔为4个部分，第一个16位表示域，第二个8位表示一个总线编号，第三个5位表示一 个设备号，最后是3位，表示功能号。
因为PCI规范允许单个系统拥有高达256个总线，所以总线编号是8位。但对于大型系统而言，这是不够的，所以，引入了域的概念，每个 PCI域可以拥有最多256个总线，每个总线上可支持32个设备，所以设备号是5位，而每个设备上最多可有8种功能，所以功能号是3位。由此，我们可以得 出上述的PCI设备的地址是0号域0号总线上的31号设备上的1号功能。
那上述的这个PCI设备到底是什么呢？下面是我的电脑上的lspci命令的输出：
00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 04)
00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge(rev 04)
00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2) (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 (rev 02)
00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller:Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02)
00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 420 Go](rev a3)
02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller(rev 46)
02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+(rev 10)
02:04.0 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
02:04.1 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
lspci没有标明域，但对于一台PC而言，一般只有一个域，即0号域。通过这个输出我们可以看到它是一个IDE interface。由上述的输出可以看到，我的电脑上共有3个PCI总线(0号，1号，2号）。在单个系统上，插入多个总线是通过桥（bridge)来完成的，桥是一种用来连接总线 的特殊PCI外设。所以，PCI系统的整体布局组织为树型，我们可以通过上面的lspci输出，来画出我的电脑上的PCI系统的树型结构：
00:00.0(主桥）--00:01.0(PCI桥）-----01:00:0(nVidia显卡）
|
|---00:1d(USB控制器)--00:1d:0(USB1号控制器）
| |
| |--00:1d:1(USB2号控制器） |
|-00:1e:0(PCI桥)--02:00.0(IEEE1394)
| |
| |-02:01.0(8139网卡）
| |
| |-02:04(CardBus桥)-02:04.0(桥1）
| |
| |--02:04.1(桥2)
|
|-00:1f(多功能板卡)-00:1f:0(ISA桥）
|
|--00:1f:1(IDE接口)
|
|--00:1f:3(SMBus)
|
|--00:1f:5(多媒体声音控制器)
|
|--00:1f:6(调制解调器)
由上图可以得出，我的电脑上共有8个PCI设备，其中0号总线上(主桥)上连有4个，1号总线上连有1个，2号总线上连有3个。00:1f是一个连有5个功能的多功能板卡。
每一个PCI设备都有它映射的内存地址空间和它的I/O区域，这点是比较容易理解的。除此之外，PCI设备还有它的配置寄存器。有了配置寄存器， PCI的驱动程序就不需要探测就能访问设备。配置寄存器的布局是标准化的，配置空间的4个字节含有一个独一无二的功能ID，因此，驱动程序可通过查询外设 的特定 ID来识别其设备。所以，PCI接口标准在ISA之上的主要创新在于配置地址空间。
前文已讲过，PCI驱动程序不需要探测就能访问设备，而这得益于配置地址空间。在系统引导阶段，PCI硬件设备保持未激活状态，但每个PCI主板均配备有能够处理PCI的固件，固件通过读写PCI控制器中的寄存器，提供了对设备配置地址空间的访问。
配置地址空间的前64字节是标准化的，它提供了厂商号，设备号，版本号等信息，唯一标识一个PCI设备。同时，它也提供了最多可多达6个的I/O 地址区域，每个区域可以是内存也可以是I/O地址。这几个I/O地址区域是驱动程序找到设备映射到内存和I/O空间的具体位置的唯一途径。有了这两点， PCI驱动程序就完成了相当于探测的功能。关于这64个字节的配置空间的详细情况，可参阅《Linux设备驱动程序第三版》P306，不再详述。
下面，我们来看一下8139too网卡设备的配置空间的详细情况。在2.6内核的系统中，可以在目录/sys/bus/pci/drivers/ 下看到很多以PCI设备名命名的目录，但不是说这些设备都存在于你的系统中。我们进入8139too目录，其中有一个以它的设备地址0000:02: 01.0命名的目录。在这个目录下可以找到该网卡设备相关的很多信息。其中resource记录了它的6个I/O地址区域。内容如下：
0x0000000000003400 0x00000000000034ff 0x0000000000000101
0x00000000e0000800 0x00000000e00008ff 0x0000000000000200
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
0x0000000000000000 0x0000000000000000 0x0000000000000000
由该文件可以看出，8139too设备使用了两个I/O地址区域，第一个是它映射的I/O端口范围，第二个是它映射的内存地址空间。关于这两个值可以在/proc/iomem和/proc/ioport中得到验证。
-[0000:00]-+-00.0
+-02.0
+-1d.0
+-1d.1
+-1d.2
+-1d.7
+-1e.0-[0000:01]--+-02.0
| \-05.0
+-1f.0
+-1f.1
+-1f.3
\-1f.5
00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 82)
00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 02)
(LPC Hub 控制器 1 )
00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 02)
01:02.0 Communication controller: Conexant HSF 56k HSFi Modem (rev 01)
01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
模块是如何加载到内核中的
利用这些映射文件，各种硬件管理程序就可以对硬件作出智能化的判断，即使他们本身对自己所处理的硬件设备并不熟悉。比如，kudzu通过探测系统总线，发现PCI设备，其vendorID和diviceID分别为1057:0003。kudzu通过查找/lib/modules /`uname -r`/modules.pcimap文件，根据如下行：
snd-mixart 0x00001057 0x00000003 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
就可以确定该设备的驱动为snd-mixart，然后就可以写modprobe.conf文件，加载核心模块 snd-mixart，而不需要对该设备有更多的了解。
文章出处：
下面是 modules.pcimap中的一部分，现在对其进行说明：
以#开始的是注释，文件开头的注释说明了文件每一行各个域的意义，依次为：PCI模块名、生产商ID、设备ID、次生产商ID、次设备ID、类型编号、类型掩码、驱动数据。
ID使用8个十六进制数字表示（前面的0x表示是十六进制），而lspci显示的是4位十六进制数字。只要lspci结果与这些ID的低4位相同就可以认为它们相同。即：lspci的结果1057与modules.pcimap中的 0x00001057相同 。
如果subvendor和subdevice均为0xffffffff，如：snd-mixart 0x00001057 0x00000003 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 那么我们可以认为模块nd-mixart支持所有vendor=0x00001057、device=0x00000003 的设备；如果vendor为0xffffffff，如：8139too 0xffffffff 0x00008139 0x000010ec 0x00008139 0x00000000 0x00000000 0x0 那么我们可以认为模块8139too支持所有device=0x00008139、subvendor=0x000010ec、subdevice=0x00008139的设备。
一个模块可以对应多个设备，说明这些设备均使用同一个驱动模块。
/lib/modules/`uname -r`/modules.pcimap文件的部分内容：
# pci module vendor device subvendor subdevice class class_mask driver_data
snd-mixart 0x00001057 0x00000003 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
snd-ens1371 0x00001274 0x00001371 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
snd-ens1371 0x00001274 0x00005880 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0
8139too 0xfffff-
文章出处：
modules.pcimap文件时候应该遵循下面的原则：
比较的优先顺序应该是：
1.寻找vendor:device 和 subvendor:subdevice 相同的专用module
2.寻找device 和 subvendor:subdevice 相同的通用module
3.寻找device建议module
4.寻找 vendor:device 标准module
linux引导检测硬件时，如何知道它需要哪个驱动模块
新添一个硬件,比如网卡.系统启动后在/etc/sysconfig/hwconf文件中会有这个硬件的信息,包括从BIOS上读出的厂商,版本及物理地址等信息,另外还显示出这块网卡的驱动,请看:
driver: pcnet32
我不解的是,LINUX是如何从/lib/modules/`uname -r`/kernel/drivers/net目录下找出适合这块网卡的驱动模块的?即在引导检测硬件时是如何知道这块网卡需要的是pcnet这个驱动模块？
系统引导时kudzu程序显示检测到新硬件,而我并没有做任何配置,让系统自己启动起来,然后在/etc/sysconfig/hwconf文件中发现新增了下列信息:
class: NETWORK
bus: PCI
detached: 0
device: eth2
driver: pcnet32
desc: "Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE]"
...
从/lib/modules/`uname -r`/kernel/drivers/net目录下可以找到pcnet32.ko这个文件,也就是系统是自动找到pcnet32.ko这个驱动模块的.
不知道系统是如何知道该用pcnet32.ko来驱动这块网卡呢?
kudzu从网卡EEPROM中读出vendorID,deviceID等信息,从/usr/share/hwdata/pci.ids文件中识别出硬件.如:
1022 Advanced Micro Devices [AMD]
2000 79c970 [PCnet32 LANCE]
从/usr/share/hwdata/pcitable文件中找出对应的驱动模块.如:
0x1022 0x2000 "pcnet32"
再自动/lib/modules/`uname -r`/kernel/drivers/net目录找到驱动文件,并加载
内核模块管理-lsmod/modinfo/depmod/modprobe使用方法收藏
一、什么是内核；
内核官方：
内核洋文用 kernel，我刚才翻了一下词典，kernel 中文意思是内核、核心、中心、精髓的意思；也是果仁、果核的意思。从字面理解，kernel 是一事物的中心，植物的果实最重要的也是果仁和果核； 由此我们可以推断内核是操作系统的中心。
我们知道Linus Torvalds 开发了Linux ，其实他开发的就是内核，按内核官方主页的理解，这个内核就是Linux ；其它的扩展和应用都是围绕内核而展开的。所有Linux应用程序都会和内核发生直接或者间接的接触；比如硬件需要内核支持，网络的通信也需要内核支持；文件系统更需要内核支持... ...
直言我的能力的不行，如果您想了解和学习解操作系统，我写的教程只是初级应用，理论性的东西不是一言两语能说的清楚的，更不是应用者能说的清楚的。
二、为什么需要编译内核和管理内核
硬件是需要内核支持才行，有些硬件的支持没有被编入内核，这也需要我们重编内核；内核的包含的不仅仅是设备的驱动，还有其它的内容，比如网络协议的支持，防火墙的支持... ... 比如iptables的实现，有些功能是需要内核支持的，如果内核与iptables相关的内容没有被编入，iptables 相关的功能就无法实现；
三、内核编译方法
请参考： 请参考第二帖；谢谢；
四、管理内核模块的相关命令
1、lsmod 列加以挂载的内核模块；
lsmod 是列出目前系统中已加载的模块的名称及大小等；另外我们还可以查看 /proc/modules ，我们一样可以知道系统已经加载的模块；
代码:
[root@localhost beinan]# lsmod
2、modinfo 查看模块信息；
modinfo 可以查看模块的信息，通过查看模块信息来判定这个模块的用途；
代码:
[root@localhost beinan]# moinfo 模块名
举例：
代码:
[root@localhost beinan]# modinfo ne2k-pci filename: /lib/modules/2.6.11-1.1369_FC4/kernel/drivers/net/ne2k-pci.koauthor: Donald Becker / Paul Gortmakerdescription: PCI NE2000 clone driverlicense: GPLparmtype: debug:intparmtype: options:array of intparmtype: full_duplex:array of intparm: debug:debug level (1-2)parm: options:Bit 5: full duplexparm: full_duplex:full duplex setting(s) (1)vermagic: 2.6.11-1.1369_FC4 686 REGPARM 4KSTACKS gcc-4.0depends: 8390alias: pci:v000010ECd00008029sv*sd*bc*sc*i*alias: pci:v00001050d00000940sv*sd*bc*sc*i*alias: pci:v000011F6d00001401sv*sd*bc*sc*i*alias: pci:v00008E2Ed00003000sv*sd*bc*sc*i*alias: pci:v00004A14d00005000sv*sd*bc*sc*i*alias: pci:v00001106d00000926sv*sd*bc*sc*i*alias: pci:v000010BDd00000E34sv*sd*bc*sc*i*alias: pci:v00001050d00005A5Asv*sd*bc*sc*i*alias: pci:v000012C3d00000058sv*sd*bc*sc*i*alias: pci:v000012C3d00005598sv*sd*bc*sc*i*alias: pci:v00008C4Ad00001980sv*sd*bc*sc*i*srcversion: 6ACE95F441CD26DF9DC31C2上面的例子是我们查看 ne2k-pci 这个模块的信息，通过查看，我们知道ne2k-pci 模块是8029网卡（PCI NE2000 clone driver）的驱动；模块是位于 /lib/modules/2.6.11-1.1369_FC4/kernel/drivers/net/ 中ne2k-pci.ko
我们现在常用的网卡也有8139的，8139网卡所用的驱动是 8139too ；查查看？
代码:
[root@localhost beinan]# modinfo 8139too
我们再查查vfat 和ntfs 的模块信息；
代码:
[root@localhost beinan]# modinfo vfat[root@localhost beinan]# modinfo ntfs
自己尝试一下；
注意： 模块名是不能带有后缀的，我们通过modprobe -l 所看到的模块，都是带有.ko 或.o后缀；
3、modprobe 挂载新模块以及新模块相依赖的模块
modprobe 我们常用的功能就是挂载模块，在挂载某个内核模块的同时，这个模块所依赖的模块也被同时挂载；当然modprobe 也有列出内核所有模块，还有移除模块的功能；下在我们举个例子说一说咱们常用的功能和参数；
代码:
modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-o ] [parameters...]modprobe -r [-n] [-i] [-v] ...modprobe -l -t [ -a ...]
上面是modprobe 的用法，具体更为详细的帮助，我们可以查看 man modprobe ；
代码:
[root@localhost beinan]# modprobe -c
modprobe -c 可以查看modules 的配置文件，比如模块的别名是什么等；
代码:
[root@localhost beinan]# modprobe -l
modprobe -l 是列出内核中所有的模块，包括已挂载和未挂载的；通过modprobe -l ，我们能查看到我们所需要的模块，然后根据我们的需要来挂载；其实modprobe -l 读取的模块列表就位于 /lib/modules/'uname -r' 目录中；其中uname -r 是内核的版本；
代码:
[root@localhost beinan]# uname -r2.6.11-1.1369_FC4[root@localhost beinan]# ls /lib/modules/2.6.11-1.1369_FC4/
通过上面的命令，自己试试看？
代码:
[root@localhost beinan]# modprobe 模块名 注：挂载一个模块；
举例：
代码:
[root@localhost beinan]# modprobe ne2k-pci 注：挂载 ne2k-pci 模块；[root@localhost beinan]# modprobe vfat 注：挂载vfat 模块[root@localhost beinan]# modprobe ntfs 注：挂载ntfs 模块[root@localhost beinan]# lsmod 注：列出已挂载模块， 我们会看到ne2k-pci ，vfat ，ntfs的模块 ；
注意： 模块名是不能带有后缀的，我们通过modprobe -l 所看到的模块，都是带有.ko 或.o后缀；
代码:
[root@localhost beinan]# modprobe -r 模块名 注：移除已加载的模块，和rmmod 功能相同；
注意：模块名是不能带有后缀的，我们通过modprobe -l 所看到的模块，都是带有.ko 或.o后缀；
代码:
[root@localhost beinan]# modprobe -r 模块名
举例：
代码:
[root@localhost beinan]# modprobe -r ne2k-pci
就说这么多吧，更为详细的还是用 man modprobe 来查看和尝试；
4、rmmod 移除已挂载模块；
命令格式：
代码:
rmmod 模块名
注意： 模块名是不能带有后缀的，我们通过modprobe -l 所看到的模块，都是带有.ko 或.o后缀；
举例：
代码:
[root@localhost beinan]# rmmod vfat 注：移除已挂载的模块vfat
5、depmod 创建模块依赖关系的列表
这个模块管理工具是创建模块依赖关系的列表，有几个参数我们注意一下就行了，目前的的Linux 发行版所用的内核是2.6x版本，是自动解决依赖关系，所以这个命令知道就行了；模块之前也有依赖关系，比如我们想驱动USB 移动硬盘，目前有两种驱动，一种是udev ，在内核中有，但目前不太稳定；另一种办法是用usb-storage驱动，而usb-storage 依赖的模块是scsi 模块，所以我们要用usb-storage 的模块，也得把scsi 编译安装；
再举个例子：sata的硬盘，在Linux中的设备表示的是/dev/sd* ，比如 /dev/sda，/dev/sdb 等... 系统要驱动 sata硬盘，则需要把sata在内核中选中，或编译成模块，或内置于内核之中，在此同时，还需要在内核中选中ide ，scsi 的支持等；
depmod 工具的洋文原意：depmod — program to generate modules.dep and map files.（我译的：为modules.dep 文件或映射文件创建依赖关系）
代码:
[root@localhost beinan]# depmod -a 注：为所有列在/etc/modprobe.conf 或/etc/modules.conf 中的所有模块创建依赖关系，并且写入到modules.dep文件；[root@localhost beinan]# depmod -e 注：列出已挂载但不可用的模块；[root@localhost beinan]# depmod -n 注：列出所有模块的依赖关系，但仅仅是输出出来 （Write the dependency file on stdout only）
注：modules.dep 位于 /lib/modules/内核版本 目录
比如 Fedora Core 4.0 中，系统默认的内核：
代码:
[root@localhost beinan]# ls /lib/modules/2.6.11-1.1369_FC4/modules.dep/lib/modules/2.6.11-1.1369_FC4/modules.dep
6、insmod 挂载模块；
insmod 这个工具，和modprobe 有点类似，但功能上没有modprobe 强，modprobe 在挂载模块是不用指定模块文件的路径，也不用带文件的后缀.o 或.ko ；而insmod 需要的是模块的所在目录的绝对路径，并且一定要带有模块文件名后缀的(modulefile.o 或modulesfile.ko ）；
对于这个工具，我们只是介绍一下， 并不推荐使用。因为模块有依赖关系，对于新手来说，可能不知道这个模块依赖和哪个模块依赖；
举例：
代码:
[root@localhost beinan]# insmod /lib/modules/2.6.11-1.1369_FC4/kernel/drivers/net/tg3.ko
我们要到 /lib/modules/内核版本 uname -r 的命令输出/kernel/drivers 中找相对应的模块才行，要有绝对路径，而且必须要用到文件名的全称，不能把文件名的后缀省略；
五、与内核模块加载相关的配置文件；
1、模块的配置文件 modules.conf 或 modprobe.conf
内核模块的开机自动挂载模块一般是位于一个配置文件，一般的Linux发行版本都有 /etc/modules.conf 或 /etc/modprobe.conf 。比如Fedora Core 4.0 内核模块开机自动加载文件是 /etc/modprobe.conf ；在这个文件中，一般是写入模块的加载命令或模块的别名的定义等；比如我们在modules.conf 中可能会发行类似的一行 ；
代码:
alias eth0 8139too而8029的网卡应该是
代码:
alias eth0 ne2k-pci
这样系统启动的时候，首先会modprobe 8139too ，然后再为8139too 指定别名为 eth0，然后我们在登录的时候，用 ifconfig 就会查看到网卡的IP 等情况，当然您得为网卡设置IP 才行；
一般的情况下，modproe.conf 或modules.conf的内容 是我们用相应的硬件配置工具而生成的；如果您的硬件驱动是没有被内核支持，您自己到硬件的厂商下载而来的驱动。一般的情况下都有安装和帮助文件。他们的驱动在配置时，他会写入硬件的支持到modules.conf 或modprobe.conf 文件中。
再比如我们的声卡在modules.conf 或modprobe.conf 中也有相应的内容，这是由alsaconf 配置工具生成的，明白了吧；同理网卡在modprobe.conf 或modules.conf中的内容也是由网卡的配置工具而来的。
有些硬件是以内核模块的方式驱动的，模块一旦加载上就能用，也没有什么配置工具，比如vfat 和ntfs 的支持；如果是硬件驱动不以模块的方式支持，而是直接编入内核，也不会用在modprobe.conf 或 modules.conf 中加入什么内容；
如果您有些模块不能开机加载，您想让一些模块加机自动加载，就可以把modprobe 模块 直接写入配置文件；
2、内核模块其它配置文件
内核模块的其它配置文件还是需要了解的，比如 /lib/modules/内核版本目录下的几个文件；了解一下就行；比如：
代码:
[root@localhost beinan]# uname -r2.6.11-1.1369_FC4[root@localhost beinan]# ls /lib/modules/2.6.11-1.1369_FC4/build misc modules.ccwmap modules.ieee1394map modules.isapnpmap modules.symbols sourcekernel modules.alias modules.dep modules.inputmap modules.pcimap modules.usbmap
六、硬件驱动在系统中的目录；
硬件驱动在内核中以模块支持的目录；
硬件驱动是必须由内核支持的，无论是我们自己安装驱动，还是内核自带的驱动都是如此。硬件驱动如果是以内核模块支持的，驱动目录位于： /lib/modules/内核版本/kernel/目录 或 /lib/modules/内核版本/kernel/drivers 目录中；
代码:
[root@localhost beinan]# uname -r2.6.11-1.1369_FC4[root@localhost beinan]# ls /lib/modules/2.6.11-1.1369_FC4/kernelarch crypto drivers fs lib net sound
注：只有驱动在内核中以模块的方法支持，驱动才位于 /lib/modules/相应的目录；如果是直接置入内核的，不会出现在/lib/modules驱动相关的目录；
七、自己编译驱动的办法；
通过源码编译驱动一般是./configure ;make;make install ，有时程序不提供./configure ，我们可以make或make install ，或者执行make;make install ；如果不能make install ，则需要我们自己复制.o或者.ko文件到 /lib/modules/内核版本/kernel/目录 或 /lib/modules/内核版本/kernel/drivers 目录中相应的驱动目录；
这个还是自己尝试吧，说也说不清楚，遇到问题后就知道怎么弄了；具体的还是驱动的REAME和INSTALL为准；
现在大多驱动都是在编译安装时，都自动复制.o或.ko 文件到内核模块目录，大多不用我们自己动手复制过去。如果您尝试编译安装声卡驱动 alsa-drivers 就会明白我所说的意思；
