SPI 总线驱动和设备驱动的匹配

关于spi_driver和spi_device的匹配：

第一种情况：
spidev.c中spi_driver中name字段

static struct spi_driver spidev_spi_driver = {
    .driver = {
        .name =        "spidev",
        .owner =    THIS_MODULE,
    },
...
}

和mach-smdk6410.c中的modalias字段
static struct spi_board_info s3c2410_spi0_board[] = {  
        [0] = {  
                 .modalias = "spidev", 
                .bus_num        = 0,     
                .chip_select        = 0,  
                .max_speed_hz         = 500*1000,  
        },  
};  
要一致才行。

第二种情况：
如果使用id_table来匹配则id_table中的项目要与spi_board_info中的modalias 匹配( 假如.modalias = "mcp2515", )，则在mcp251x.c中

static const struct spi_device_id mcp251x_id_table[] = {
    { "mcp2510",    CAN_MCP251X_MCP2510 },
    { "mcp2515",    CAN_MCP251X_MCP2515 },//必须的
    { },
};

MODULE_DEVICE_TABLE(spi, mcp251x_id_table);

static struct spi_driver mcp251x_can_driver = {
    .driver = {
        .name = "mcp2515",//无关,可以不是mcp2515
        .bus = &spi_bus_type,
        .owner = THIS_MODULE,
    },

    .id_table = mcp251x_id_table,
}

匹配原理
spi_master注册过程中会扫描arch/.../mach-*/board-*.c 中调用spi_register_board_info注册的信息，为每一个与本总线编号相同的信息建立一个spi_device。
根据Linux内核的驱动模型，注册在同一总线下的驱动和设备会进行匹配。spi_bus_type总线匹配的依据是名字。这样当自己编写的spi_driver和spi_device同名的时候，
spi_driver的probe方法就会被调用。spi_driver就能看到与自己匹配的spi_device了。

 

 

 

 

 

MODULE_DEVICE_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);

MODULE_DEVICE_TABLE什么意思呢？查找了一番发现，很多文章表述的不够明确，我结合文章及自己的分析理解说一下，不知道有没有不对的地方。

MODULE_DEVICE_TABLE一般用在热插拔的设备驱动中。

上述xx_driver_ids结构，是此驱动所支持的设备列表。

作用是：将xx_driver_ids结构输出到用户空间，这样模块加载系统在加载模块时，就知道了什么模块对应什么硬件设备。

用法是：MODULE_DEVICE_TABLE（设备类型，设备表），其中，设备类型，包括USB,PCI等，也可以自己起名字，上述代码中是针对不同的平台分的类；设备表也是自己定义的，它的最后一项必须是空，用来标识结束。