SPI驱动模型分析

1、在sourceInsight中打开内核代码drivers/spi/spi.c文件，然后分析。

2、在spi_init函数中，调用了bus_register注册一条总线，总线的名字叫做spi，spi_bus_type结构就是我们需要关注的，顺便看看.match。

看内核代码挑重要的看，不要每一行都看，直接跳到strcmp函数去，可以知道总线上驱动和设备的配备是通过比较驱动和设备的名字。如果有多个相同的设备，那么就应该定义.id了，靠id来区别我这个驱动到底是服务哪个设备。

  总线的注册就讲解完毕。在spi.c中，提供了注册设备和注册驱动的标准api、提供了spi收发函数、spi初始化函数等。可以理解为spi总线向我们提供了标准的API接口。
————————————————

我们知道，在注册一个spi驱动是调用系统给我们提供的函数-spi_register_driver，这个标准的api也是由spi.c提供给我们的。通过sourceInsight跳转到spi_register_driver函数，这个函数就在spi.c中。

由前面的范例代码知道，注册一个驱动使用driver_register。

sdrv->driver.bus = &spi_bus_type;表示这个驱动属于spi这条总线。另外spidev中的probe，remove都通过指针传到了spi_register_driver函数中。设备和驱动匹配成功，调用spi_drv_probe，它经过赋值之后，是指向spidev.c中的spidev_probe。在spi通用外设驱动spidev.c中，调用spi_async来实现发送和接收数据的，spi_async也是由spi.c提供的，即”总线提供标准API”。
————————————————

Spi设备挂载分析：

添加外设之后，一般都是需要修改板级逻辑的，使用spi通用驱动也不例外。在borad-sam9x5ek.c中要添加。其它cpu类似。

在ek_board_init中调用了at91_add_device_spi函数，将设备注册到系统。

用sourceInsight继续追踪该函数。at91_add_device_spi调用spi_register_board_info 调用spi_register_board_info。spi_register_board_info这个函数就是在spi.c中，也就是说，总线提供标准的API注册设备到总线上。这个API其实最终还是调用device_register将设备注册到总线上。

接下来看看spi_async是如何访问到spi相关寄存器的。追踪spi_async，spi_async调用__spi_async，然后调用return master->transfer(spi, message);也就是调用master的transfer指针函数，这个函数在哪里被赋值了呢？

找到atmel_spi.c文件。S3c6410板子是spi_s3c64xx.c。然后找到probe函数，atmel是atmel_spi_probe。就会看到如下代码：
————————————————

SPI,I2C,USB等采用总线的方式，将主机驱动和外设驱动分离，这样就涉及到四个软件模块：

1.主机端的驱动。根据具体的cpu芯片手册操作IIC、SPI、USB等寄存器，产生各种波形。主机端驱动大部分由原厂实现好。

2.连接主机和外设的纽带。外设驱动不直接调用主机端的驱动来产生波形，而是调用一个标准的API，由这个标准的API把这个波形的传输请求间接转发给了具体的主机端驱动。

3.外设端驱动。外设挂载到IIC、SPI、USB等总线上，我们在probe()函数中去注册它的具体类型（I2C,SPI,USB等类型），当要去访问外设的时候，就调用标准的API。如SPI读写函数spi_async,I2C读写函数：i2c_smbus_read_byte  i2c_smbus_write_byte 等。

4.板级逻辑。板级逻辑用来描述主机和外设如何联系在一起的，假如cpu有多个SPI控制器，cpu又接有多个SPI外设，那究竟用哪个SPI控制器去控制外设？这个管理属于板级逻辑的责任。如board-sam9x5ek.c中：.bus_num= 0,表示用SPI0去控制spi通用外设驱动spidev。