Linux设备驱动模型 SPI之一

在前一篇博客当中，我谈了谈自己对于Linux设备驱动模型的一些理解，在这篇博客里，我准备以TI Davinci DM368 的SPI接口为例来谈一谈设备驱动相关的一些知识

首先回顾一下上篇博客总结的数据收发流程

协议 （符合特定外设需求的格式化数据，协议由驱动之上的驱动产生）—〉platform driver （平台设备驱动）—〉platform device（平台设备）—〉外设接口所连接的设备

这里面有四个要素：协议、platform driver、platform device、外设接口所连接的设备。那么这四个要素具体的代码在哪里呢？又是如何实现的呢？

假设SPI接口外部连接的是EEPROM，那么我们需要分析的要素变为三个：协议、platform driver、platform device。

1. 定义SPI platform device并注册
2. 定义SPIplatform driver并注册
3. 定义协议（也就是能够驱动EEPROM的驱动程序）

在这篇博客中，我们先找到与这三个要素相关的代码，在下篇博客中详细分析这些代码是如何组成一个有机的整体，并形成一个在用户空间能够应用的一个设备文件的。

platform driver、platform device、协议代码分析

在Linux内核的架构下…\arch\arm\mach-davinci\dm365.c中有关于SPI platform device的定义和初始化函数（其中涵盖了注册SPI platform device）

static u64 dm365_spi0_dma_mask = DMA_BIT_MASK(32);//dma 掩码

static struct davinci_spi_platform_data dm365_spi0_pdata = {
    .version    = SPI_VERSION_1,
    .num_chipselect = 2,
    .dma_event_q    = EVENTQ_3,
    .prescaler_limit = 1,
};// spi 私有化数据

static struct resource dm365_spi0_resources[] = {
    {
        .start = 0x01c66000,
        .end   = 0x0