01班赵恒涛基于Linux内核SPI子系统工作机制(二)

err = spi_bitbang_start(&hw->bitbang); if (err) {
dev_err(&pdev->dev, "Failed to register SPI master\n"); goto err_register; } 这个之前主要是填充了 struct s3c2410_spi_info *pdata; struct s3c24xx_spi *hw; struct spi_master *master; 三个结构体 Pdata 就是 SPI 总线信息结构体，hw 就是保罗 SPI 所有情况的一个结构体，mastr 则偏重于 SPI 传输的结构体。
mutex_unlock(&board_lock);
这部分好像就到这个地方了，系统把信息保存到一块内存中，我们可以通过全局变量 board_list 找到这块地方。
3：追踪 SPI 驱动的注册
在 spi_s3c24xx.c 文件中
static int __init s3c24xx_spi_init(void)
干了些什么事情。
在这个函数里面，是把 s3c2410_spi0_board 的信息都拷贝到结构体
struct boardinfo {
struct list_head
list;
unsigned
n_board_info;
struct spi_board_info board_info[0];
};这里使用编程技巧定义个元素为 0 的数组，目的是接收 s3c2410_spi0_borad 里面的不确定元素，因为事先不知道
以吻合以前的推断。Driver 和 device 都要注册到同一个总线上，总线再根据名称一样来进行匹配。
4：那 spi 接口的设备如何匹配的呢，我们来看下 probe 函数。函数原型为
static int __init s3c24xx_spi_probe(struct platform_device *pdev)
* if someone registered boardinfo for devices */ status = spi_register_master(bitbang->master); 在函数 spi_register_master()里面 有一函数调用 scan_boardinfo(master);用来扫描设备。 在 scan_boardinfo(master)里面 static void scan_boardinfo(struct spi_master *master) { struct boardinfo *bi;
// .pin_cs = S3C2410_GPF0, //含义待考虑
英贝得教育之学员笔记

.num_cs = 2, //表示总线挂载设备的数量 .bus_num = 0, //总线的名称 .set_cs =&setcs, //设置片选函数 .gpio_setup=&gpiocs_setup,//GPIO 设置函数 配置 SPI 相关引脚。 }; s3c_device_spi0.dev.platform_data=&s3c2410_spi0_platdata; 这样设备信息就比较全面了，小结下，在 s3c_device_spi0 中就包含了设备的寄存器地址，设备名称，设备所产生 的总线号，总线挂载的数目，及各种配置函数。 然后由函数 platform_add_devices(smdk2440_devices, ARRAY_SIZE(smdk2440_devices)); 统一把 2440 所有设备进行注册。 然后看下这个 platform_add_devices 注册函数主要干了什么事情。在 linux/drivers/base/platform.c 中 105 行定 义了这个函数。函数调用 platform_device_register（）来进行注册。然后在 platform_device_regisrer 中调用 device_initialize（pdev->dev） 和 platform_device_add(pdev)这俩个函数，从函数名称上我们推断一个是初始 化设备信息中的 dev 结构体，另一个是把这个设备增加到什么地方去。 首先看初始化 dev 结构体。初看下初始化了 kobj 相关东西，初始化链表，同步锁，还有相关标志。 然后看 platform_device_add 里面内容。把其中一个 pdev->dev.bus=&platform_bus_type (全局变量)至此我们基 本可以确定了，这个设备属于 platform_bus_type。所以这个设备的总线信息就知道了，但是总线还不知道这个设 备，不过放心，在接下来的初始化过程中有一个函数 bus_add_device，会让总线知道这个函数。这样至此我们就把 一个设备注册完毕，初始化了一些我们能初始化的东西。结果之一是设备在总线上可以找到。 2：追踪 SPI 接口的设备的注册 在 SPI 系统中使用 mach-smdk2440.c 中的 static struct spi_board_info s3c2410_spi0_board[] = { [0]= { .modalias = "mcp2515", .chip_select = 0, //.controller_data = &S3C2410_GPF0 .irq = IRQ_EINT4, .platform_data = &mcp2515_data, .max_speed_hz = 3000 * 1000, .bus_num = 0, .mode = SPI_MODE_0, }, [1]= { .modalias = "ls595", .chip_select = 1, //.controller_data = &S3C2410_GPF0 //.irq = IRQ_EINT4, //.platform_data = &mcp2515_data, .max_speed_hz = 3000 * 1000, .bus_num = 0, .mode = SPI_MODE_0, },
英贝得教育之学员笔记

};
上面结构体来填充 SPI 接口的设备信息，然后通过函数
spi_register_board_info(s3c2410_spi0_board,ARRAY_SIZE(s3c2410_spi0_board));注册。下面来跟踪下这个函数
元素的多少。然后在系统编译的时候会把 board_info 的内存默认为 0，所以赋值的时候还要自动申请内存。
memcpy(bi->board_info, info, n * sizeof *info);
然后定义了同步锁，创建了链表。
mutex_lock(&board_lock);
list_add_tail(&bi->list, &board_list);
.resource = s3c_spi0_resource,
.dev
={
.dma_mask = &s3c_device_spi0_dmamask,
.coherent_dma_mask = 0xffffffffUL} Nhomakorabea};
EXPORT_SYMBOL(s3c_device_spi0);//全局变量输出这样在系统中我们就知道有这个设备了。但是我们还需要再填充 点信息进去，要把这个设备作为子系统处理，应该有总线的概念，所以还需要总线信息。在 mach-smdk2440.c 里面 有这个定义 static struct s3c2410_spi_info s3c2410_spi0_platdata = {
struct platform_device s3c_device_spi0 = {
.name
= "s3c2410-spi",
.id
= 0,//-1 表示只有一个这样的设备。否则设备的真正名称是 name+.+id
.num_resources
= ARRAY_SIZE(s3c_spi0_resource),
/* register our spi controller */ err = spi_bitbang_start(&hw->bitbang);
这个就开始进行 spi controller 的注册了，即所谓的 SPI 接口函数的注册。 跟踪 spi_bitbang_start 干什么事情。 除了一些初始化工作外，进而进行调用下面的函数。 /* driver may get busy before register() returns, especially
如果匹配成功，那么这个 pdev 就是前面说到的 SPI 设备 s3c_device_spi0。
上面有 SPI 总线信息。
在代码
s3c24xx_spi_initialsetup(hw);
/* register our spi controller */
英贝得教育之学员笔记

{
return platform_driver_probe(&s3c24xx_spi_driver, s3c24xx_spi_probe);
}
开始驱动的注册，主要配置工作在 s3c24xx_spi_probe 函数里面。当然在执行 s3c24xx_spi_probe 函数，系统会在
总线上进行匹配。
先看 platform_driver_probe 完成什么功能？
英贝得教育之学员笔记

基于 Linux 内核 SPI 子系统工作机制-英贝得嵌入式（凌嵌）学员赵恒涛学习
笔记（二）
作者：英贝得教育 01 周末班学员赵恒涛
2010 年 7 月
前一篇文章主要讲述了 SPI 子系统的传输，没有具体分析具体代码的含义与片选的处理。要深刻体会 SPI 子系统的 思想和精髓。 首先在 SPI 子系统中分成俩部分驱动。 第一部分 SPI 主控制端驱动，（Linux 内核已经做好的驱动，需要自己配置和使用）从 SPI 协议我们可以得知，SPI 支持主从模式，在 arm cpu s3c2440 中也留有作为从设备的片选脚，但内核 2.6.30 中的驱动只是把 SPI 作为控制端 来写的。即该 ARM 芯片上的 SPI 作为主机（产生 SPI 时钟信号）来控制其他 SPI 接口的从机，这部分驱动功能是负 责产生符合 SPI 格式的数据（暂时先这么理解）。 第二部分 就是具有 SPI 接口的从机得驱动，（这部分需要自己来编写），这部分驱动通过前一个驱动在 SPI 总线上 发送/接收 SPI 数据，来解释自己的命令。例如编辑一个 SPI 接口的 CAN 控制器的驱动，我们需要在 SPI 总线上发送 CAN 控制器可以解释的命令，这样 CAN 控制器可以明白我们要它做什么，并做出相应动作。这部分驱动的功能和你 的 SPI 接口设备关系很大，接口设备不同驱动内容也不同。 下面以实例讲解在 SPI 子系统同一个控制端下分别挂载 CAN 控制器 MCP2515 和移位寄存器 74SL595 的情况。 Linux 下的驱动模式是 driver 和 device 分别注册到“某个地方”，然后根据名称是否一致进行匹配。一致的话你 这个设备就和这个驱动匹配，那驱动就可以使用这个设备的资源，这个设备的动作需要这个驱动来进行。其次对于 平台设备（platform_device）信息会在系统上电时被初始化，对于有子系统包含的设备和其他设备有点不一样的初 始化。 1：追踪 SPI 主控制端的初始化。首先 SPI 资源会在 devs.c 这个文件夹里面定义，定义包括名称，资源。（资源指 寄存器地址还有些标志） static u64 s3c_device_spi0_dmamask = 0xffffffffUL;