今天写了一个在2.6.35下的spi设备的驱动程序（写成模块，没编译进内核），按我对这类驱动程序的理解，该做的都做了，板文件都改过了，添加了spi_board_info，重新编译过，重新烧进板里了。
然后驱动函数实现了，init、exit、probe、remove、还有作为字符设备实现了操作集中的open、release、read、write等。。
问题是，当我insmod的时候是很顺利的，rmmod的时候也是很顺利的。insmod之后，/dev/下能找到我的设备文件的，问题是，不能用mknod（暂时忘了提示什么。。），同时，写一个c程序做测试，运行到open这个设备的时候，open函数的返回值是-1，即打不开，而且没有调用我写的open函数。。
回想一下，其实我的probe函数是有输出信息的，而实际情况中，从来没有见到这句话输出，所以想问一下到底什么时候会调用probe函数，还有insmod具体做了什么（本来以为insmod之后，内核发现有新的驱动，就会去match是否有新的设备，与此同时调用probe函数。。现在觉得理解错了）？

投票剩余时间： 参与关闭投票 (/3)

投票剩余时间： 参与重新开启投票 (/3)

投票剩余时间： 参与删除投票 (/3)

1. static struct spi_board_info xxx_spi0_board_info[] = {
   
2.         {
   
3.             .modalias = "xxx_spidev",
   
4.             .bus_num = 0,
   
5.             .chip_select = 0,
   
6.             .max_speed_hz = 2 * 1000 *1000,
   
7.         },
   
8. };

1. static void __init xxx_init_machine(void)
   
2. {
   
3.         ...
   
4.         spi_register_board_info(xxx_spi0_board_info,
   
5.                                 ARRAY_SIZE(xxx_spi0_board_info));
   
6.         ...
   
7. }

1. static const struct spi_device_id xxx_spidev_ids[] = {
   
2.         { "xxx_spidev", 1 },
   
3.         { },
   
4. };
   
5. MODULE_DEVICE_TABLE(spi, xxx_spidev_ids);
   
6. 
   
7. static struct spi_driver xxx_spidev_spi_driver = {
   
8.         .driver = {
   
9.             .name   = "xxx_spidev",
   
10.             .owner  = THIS_MODULE,
    
11.         },
    
12.         .id_table = xxx_spidev_ids,
    
13.         .probe  = xxx_spidev_probe,
    
14.         .remove = __devexit_p(xxx_spidev_remove),
    
15. };

1. struct spi_device *spi_new_device(struct spi_master *master,
   
2.                                       struct spi_board_info *chip)