今天写了一个在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函数。。现在觉得理解错了)?
-
1 票
-
- 443
probe函数的确是在driver和device绑定后执行的,一般建立device可以是静态的,也可以是动态建立,如果你想在arch下面的devices.c去静态建立设备,则你要注意你的spi_board_info是否有真正的注册到内核中去,示例代码如下:
- static struct spi_board_info xxx_spi0_board_info[] = {
-
{ -
.modalias = "xxx_spidev", -
.bus_num = 0, -
.chip_select = 0, -
.max_speed_hz = 2 * 1000 *1000, -
}, - };
添加如上结构后,在devices.c最后面会有一个函数去注册spi_board_info:
- static void __init xxx_init_machine(void)
- {
-
...
-
spi_register_board_info(xxx_spi0_board_info,
-
ARRAY_SIZE(xxx_spi0_board_info));
-
...
- }
如果device成功创建,则需要检查驱动程序里面的spi_driver.id_table.name与spi_board_info.modalias是否一致,因为driver和device是否绑定就是比较这两个name是不是相同的。driver里面的示例代码如下:
- static const struct spi_device_id xxx_spidev_ids[] = {
-
{ "xxx_spidev", 1 }, -
{ }, - };
- MODULE_DEVICE_TABLE(spi, xxx_spidev_ids);
- static struct spi_driver xxx_spidev_spi_driver = {
-
.driver = { -
.name = "xxx_spidev", -
.owner = THIS_MODULE, -
}, -
.id_table = xxx_spidev_ids, -
.probe = xxx_spidev_probe, -
.remove = __devexit_p(xxx_spidev_remove), - };
insmod对我们来说最主要就是执行*.ko里面__init修饰的函数,一般在这个函数里面去注册driver,注册dirver的函数会通过name匹配是否有device存在,如果存在则执行probe函数。
关于动态建立device,spi调用的函数如下:
对于它的具体用法可以在内核代码里面找到参考。