USB鼠标驱动中:
static const struct usb_device_id usb_mouse_id_table[] = {
{ USB_INTERFACE_INFO(USB_INTERFACE_CLASS_HID, USB_INTERFACE_SUBCLASS_BOOT,
USB_INTERFACE_PROTOCOL_MOUSE) },
{ } /* Terminating entry */
};
MODULE_DEVICE_TABLE (usb, usb_mouse_id_table);
在Linux IIC驱动中看到一段代码:
static struct platform_device_id xx_driver_ids[] = {
{
.name = "s3c2410-i2c",
.driver_data = TYPE_S3C2410,
}, {
.name = "s3c2440-i2c",
.driver_data = TYPE_S3C2440,
}, {
},
};
MODULE_DEVICE_TABLE(platform, xx_driver_ids);
SPI驱动中有:
static struct spi_device_id nanohub_spi_id[] = {
{NANOHUB_NAME, 0},
{},
};
MODULE_DEVICE_TABLE(spi, nanohub_spi_id);
USB鼠标驱动中:
MODULE_DEVICE_TABLE宏的定义如下:
#define MODULE_DEVICE_TABLE(type, name)
extern const struct type##_device_id __mod_##type##__##name##_device_table \
__attribute__ ((unused, alias(__stringify(name))))
MODULE_DEVICE_TABLE什么意思呢?自己的分析理解说一下:
MODULE_DEVICE_TABLE一般用在热插拔的设备驱动中。
上述xx_driver_ids结构,是此驱动所支持的设备列表。
作用是:将xx_driver_ids结构输出到用户空间,这样模块加载系统在加载模块时,就知道了什么模块对应什么硬件设备。
用法是:MODULE_DEVICE_TABLE(设备类型,设备表),其中,设备类型,包括USB,PCI等,也可以自己起名字,上述代码中是针对不同的平台分的类;设备表也是自己定义的,它的最后一项必须是空,用来标识结束。
MODULE_DEVICE_TABLE (usb, skel_table)
该宏定义在<linux/module.h>下,有两个参数,第一个参数是设备名,第二个参数是该设备加入到模块中时对应产生的设备搜索符号,这个宏生成了一个名为__mod_pci_device_table 的局部变量,这个变量指向第二个参数。
内核构建时,depmod程序会在所有模块中搜索符号__mod_pci_device_table,把数据(设备列表)从模块中抽出,添加到映射文件/lib/modules/KERNEL_VERSION/modules.pcimap中,当depmod结束之后,所有的PCI设备连同他们的模块名字都被该文件列出。当内核告知热插拔系统一个新的PCI设备被发现时,热插拔系统使用modules.pcimap文件来找寻恰当的驱动程序。
也就是说MODULE_DEVICE_TABLE 有两个功能。一是:将设备加入到外设队列中,二是告诉程序阅读者该设备是热插拔设备或是说该设备支持热插拔功能。
MODULE_DEVICE_TABLE(of,match_table)
of:设备类型
match_table:设备表