spi驱动

2 篇文章 0 订阅

SPI是"Serial Peripheral Interface" 的缩写,是一种四线制的同步串行通信接口,用来连接微控制器、传感器、存储设备,SPI设备分为主设备和从设备两种,用于通信和控制的四根线分别是:

  • CS    片选信号
  • SCK  时钟信号
  • MISO  主设备的数据输入、从设备的数据输出脚
  • MOSI  主设备的数据输出、从设备的数据输入脚
因为在大多数情况下,CPU或SOC一侧通常都是工作在主设备模式,所以,目前的Linux内核版本中,只实现了主模式的驱动框架。

一、硬件结构

通常,负责发出时钟信号的设备我们称之为主设备,另一方则作为从设备,下图是一个SPI系统的硬件连接示例:



如上图所示,主设备对应SOC芯片中的SPI控制器,通常,一个SOC中可能存在多个SPI控制器,像上面的例子所示,SOC芯片中有3个SPI控制器。每个控制器下可以连接多个SPI从设备,每个从设备有各自独立的CS引脚。每个从设备共享另外3个信号引脚:SCK、MISO、MOSI。任何时刻,只有一个CS引脚处于有效状态,与该有效CS引脚连接的设备此时可以与主设备(SPI控制器)通信,其它的从设备处于等待状态,并且它们的3个引脚必须处于高阻状态。

二、工作时序

按照时钟信号和数据信号之间的相位关系,SPI有4种工作时序模式:


我们用CPOL表示时钟信号的初始电平的状态,CPOL为0表示时钟信号初始状态为低电平,为1表示时钟信号的初始电平是高电平。另外,我们用CPHA来表示在那个时钟沿采样数据,CPHA为0表示在首个时钟变化沿采样数据,而CPHA为1则表示要在第二个时钟变化沿来采样数据。内核用CPOL和CPHA的组合来表示当前SPI需要的工作模式:
  • CPOL=0,CPHA=1        模式0
  • CPOL=0,CPHA=1        模式1
  • CPOL=1,CPHA=0        模式2
  • CPOL=1,CPHA=1        模式3

软件架构

在内核的SPI驱动的软件架构中,进行了合理的分层和抽象,如下图所示:

                                 图2.1    SPI驱动的软件架构

SPI控制器驱动程序

SPI控制器不用关心设备的具体功能,它只负责把上层协议驱动准备好的数据按SPI总线的时序要求发送给SPI设备,同时把从设备收到的数据返回给上层的协议驱动,因此,内核把SPI控制器的驱动程序独立出来。SPI控制器驱动负责控制具体的控制器硬件,诸如DMA和中断操作等等,因为多个上层的协议驱动可能会通过控制器请求数据传输操作,所以,SPI控制器驱动同时也要负责对这些请求进行队列管理,保证先进先出的原则。

SPI通用接口封装层

为了简化SPI驱动程序的编程工作,同时也为了降低协议驱动程序和控制器驱动程序的耦合程度,内核把控制器驱动和协议驱动的一些通用操作封装成标准的接口,加上一些通用的逻辑处理操作,组成了SPI通用接口封装层。这样的好处是,对于控制器驱动程序,只要实现标准的接口回调API,并把它注册到通用接口层即可,无需直接和协议层驱动程序进行交互。而对于协议层驱动来说,只需通过通用接口层提供的API即可完成设备和驱动的注册,并通过通用接口层的API完成数据的传输,无需关注SPI控制器驱动的实现细节。

SPI协议驱动程序

上面我们提到,控制器驱动程序并不清楚和关注设备的具体功能,SPI设备的具体功能是由SPI协议驱动程序完成的,SPI协议驱动程序了解设备的功能和通信数据的协议格式。向下,协议驱动通过通用接口层和控制器交换数据,向上,协议驱动通常会根据设备具体的功能和内核的其它子系统进行交互,例如,和MTD层交互以便把SPI接口的存储设备实现为某个文件系统,和TTY子系统交互把SPI设备实现为一个TTY设备,和网络子系统交互以便把一个SPI设备实现为一个网络设备,等等。当然,如果是一个专有的SPI设备,我们也可以按设备的协议要求,实现自己的专有协议驱动。

SPI通用设备驱动程序

有时候,考虑到连接在SPI控制器上的设备的可变性,在内核没有配备相应的协议驱动程序,对于这种情况,内核为我们准备了通用的SPI设备驱动程序,该通用设备驱动程序向用户空间提供了控制SPI控制的控制接口,具体的协议控制和数据传输工作交由用户空间根据具体的设备来完成,在这种方式中,只能采用同步的方式和SPI设备进行通信,所以通常用于一些数据量较少的简单SPI设备。



三、确定驱动文件

SPI作为linux里面比较小的一个子系统,其驱动程序位于/drivers/spi/*目录,首先,我们可以通过Makefile及Kconfig来确定我们需要看的源文件。

[plain]   view plain  copy
  1. #  
  2. # Makefile for kernel SPI drivers.  
  3. #  
  4. # small core, mostly translating board-specific  
  5. # config declarations into driver model code  
  6. obj-$(CONFIG_SPI_MASTER)        += spi.o  
  7. obj-$(CONFIG_SPI_SPIDEV)        += spidev.o  
[plain]   view plain  copy
  1. # SPI master controller drivers (bus)  
  2. obj-$(CONFIG_SPI_BITBANG)       += spi-bitbang.o  
  3. obj-$(CONFIG_SPI_IMX)           += spi-imx.o  

对应的Kconfig去配置内核


编译生成的目标文件如下


通过以上分析我们知道,spi驱动由三部分组成,分别是core(spi.c),master controller driver (spi_imx.c)以及SPIprotocol drivers (spidev.c)。


四、数据结构分析

Spi驱动涉及的数据结构主要位于/include/linux/spi.h,其中spi.c,spi-imx.c,spidev.c均用到了spi.h里的结构体。


1.spi_master

spi_master代表一个主机控制器,此处表示imx的SPI控制器。一般不需要自己编写spi控制器驱动,但是了解这个结构体还是必要的。

[objc]   view plain  copy
  1. struct spi_master {  
  2.     struct device   dev;         //设备模型使用  
  3.   
  4.     struct list_head list;  
  5.   
  6.     /* other than negative (== assign one dynamically), bus_num is fully 
  7.      * board-specific.  usually that simplifies to being SOC-specific. 
  8.      * example:  one SOC has three SPI controllers, numbered 0..2, 
  9.      * and one board's schematics might show it using SPI-2.  software 
  10.      * would normally use bus_num=2 for that controller. 
  11.      */  
  12.     s16         bus_num;   //总线(或控制器)编号,imx6q有5个spi控制器,0~4  
  13.   
  14.     /* chipselects will be integral to many controllers; some others 
  15.      * might use board-specific GPIOs. 
  16.      */  
  17.     u16         num_chipselect;  //片选数量,决定该控制器下面挂接多少个SPI设备,从设备的片选号不能大于这个数量  
  18.   
  19.     /* some SPI controllers pose alignment requirements on DMAable 
  20.      * buffers; let protocol drivers know about these requirements. 
  21.      */  
  22.     u16         dma_alignment;  
  23.   
  24.     /* spi_device.mode flags understood by this controller driver */  
  25.     u16         mode_bits;            //master支持的设备模式  
  26.   
  27.     /* bitmask of supported bits_per_word for transfers */  
  28.     u32         bits_per_word_mask;  
  29. #define SPI_BPW_MASK(bits) BIT((bits) - 1)  
  30. #define SPI_BIT_MASK(bits) (((bits) == 32) ? ~0U : (BIT(bits) - 1))  
  31. #define SPI_BPW_RANGE_MASK(min, max) (SPI_BIT_MASK(max) - SPI_BIT_MASK(min - 1))  
  32.   
  33.     /* limits on transfer speed */  
  34.     u32         min_speed_hz;  
  35.     u32         max_speed_hz;  
  36.   
  37.     /* other constraints relevant to this driver */  
  38.     u16         flags;  
  39. #define SPI_MASTER_HALF_DUPLEX  BIT(0)      /* can't do full duplex */  
  40. #define SPI_MASTER_NO_RX    BIT(1)      /* can't do buffer read */  
  41. #define SPI_MASTER_NO_TX    BIT(2)      /* can't do buffer write */  
  42. #define SPI_MASTER_MUST_RX      BIT(3)      /* requires rx */  
  43. #define SPI_MASTER_MUST_TX      BIT(4)      /* requires tx */  
  44.   
  45.     /* lock and mutex for SPI bus locking */  
  46.     spinlock_t      bus_lock_spinlock;  
  47.     struct mutex        bus_lock_mutex;  
  48.   
  49.     /* flag indicating that the SPI bus is locked for exclusive use */  
  50.     bool            bus_lock_flag;  
  51.   
  52.     /* Setup mode and clock, etc (spi driver may call many times). 
  53.      * 
  54.      * IMPORTANT:  this may be called when transfers to another 
  55.      * device are active.  DO NOT UPDATE SHARED REGISTERS in ways 
  56.      * which could break those transfers. 
  57.      */  
  58.     int         (*setup)(struct spi_device *spi);  //根据spi设备更新硬件配置。设置模式、时钟等,这个需要我们自己具体实现,主要设置SPI控制器和工作方式  
  59.   
  60.     /* bidirectional bulk transfers 
  61.      * 
  62.      * + The transfer() method may not sleep; its main role is 
  63.      *   just to add the message to the queue. 
  64.      * + For now there's no remove-from-queue operation, or 
  65.      *   any other request management 
  66.      * + To a given spi_device, message queueing is pure fifo 
  67.      * 
  68.      * + The master's main job is to process its message queue, 
  69.      *   selecting a chip then transferring data 
  70.      * + If there are multiple spi_device children, the i/o queue 
  71.      *   arbitration algorithm is unspecified (round robin, fifo, 
  72.      *   priority, reservations, preemption, etc) 
  73.      * 
  74.      * + Chipselect stays active during the entire message 
  75.      *   (unless modified by spi_transfer.cs_change != 0). 
  76.      * + The message transfers use clock and SPI mode parameters 
  77.      *   previously established by setup() for this device 
  78.      */  
  79.     int         (*transfer)(struct spi_device *spi,  
  80.                         struct spi_message *mesg);  //添加消息到队列的方法。这个函数不可睡眠。它的职责是安排发生的传送并且调用注册的回调函数complete()。这个不同的控制器要具体实现,传输数据最后都要调用这个函数  
  81.             
  82.     /* called on release() to free memory provided by spi_master */  
  83.     void            (*cleanup)(struct spi_device *spi); //cleanup函数会在spidev_release函数中被调用,spidev_release被登记为spi dev的release函数。  
  84.   
  85.     /* 
  86.      * Used to enable core support for DMA handling, if can_dma() 
  87.      * exists and returns true then the transfer will be mapped 
  88.      * prior to transfer_one() being called.  The driver should 
  89.      * not modify or store xfer and dma_tx and dma_rx must be set 
  90.      * while the device is prepared. 
  91.      */  
  92.     bool            (*can_dma)(struct spi_master *master,  
  93.                        struct spi_device *spi,  
  94.                        struct spi_transfer *xfer);  
  95.   
  96.     /* 
  97.      * These hooks are for drivers that want to use the generic 
  98.      * master transfer queueing mechanism. If these are used, the 
  99.      * transfer() function above must NOT be specified by the driver. 
  100.      * Over time we expect SPI drivers to be phased over to this API. 
  101.      */  
  102.     bool                queued;  
  103.     struct kthread_worker       kworker;  
  104.     struct task_struct      *kworker_task;  
  105.     struct kthread_work     pump_messages;  
  106.     spinlock_t          queue_lock;  
  107.     struct list_head        queue;  
  108.     struct spi_message      *cur_msg;  
  109.     bool                busy;  
  110.     bool                running;  
  111.     bool                rt;  
  112.     bool                auto_runtime_pm;  
  113.     bool                            cur_msg_prepared;  
  114.     bool                cur_msg_mapped;  
  115.     struct completion               xfer_completion;  
  116.     size_t              max_dma_len;  
  117.   
  118.     int (*prepare_transfer_hardware)(struct spi_master *master);  
  119.     int (*transfer_one_message)(struct spi_master *master,  
  120.                     struct spi_message *mesg);  
  121.     int (*unprepare_transfer_hardware)(struct spi_master *master);  
  122.     int (*prepare_message)(struct spi_master *master,  
  123.                    struct spi_message *message);  
  124.     int (*unprepare_message)(struct spi_master *master,  
  125.                  struct spi_message *message);  
  126.   
  127.     /* 
  128.      * These hooks are for drivers that use a generic implementation 
  129.      * of transfer_one_message() provied by the core. 
  130.      */  
  131.     void (*set_cs)(struct spi_device *spi, bool enable);  
  132.     int (*transfer_one)(struct spi_master *master, struct spi_device *spi,  
  133.                 struct spi_transfer *transfer);  
  134.   
  135.     /* gpio chip select */  
  136.     int         *cs_gpios;  
  137.   
  138.     /* DMA channels for use with core dmaengine helpers */  
  139.     struct dma_chan     *dma_tx;  
  140.     struct dma_chan     *dma_rx;  
  141.   
  142.     /* dummy data for full duplex devices */  
  143.     void            *dummy_rx;  
  144.     void            *dummy_tx;  
  145. };  

2. spi_device

spi_device代表一个外围spi设备,由master controller driver注册完成后扫描BSP中注册设备产生的设备链表并向spi_bus注册产生。在内核中,每个spi_device代表一个物理的spi设备。

[objc]   view plain  copy
  1. struct spi_device {  
  2.     struct device       dev;              //设备模型使用  
  3.     struct spi_master   *master;          //设备使用的master结构,挂在哪个主控制器下  
  4.     u32         max_speed_hz;     //通讯时钟最大频率  
  5.     u8          chip_select;      //片选号,每个master支持多个spi_device  
  6.     u16         mode;             //设备支持的模式,如片选是高or低?  
  7. #define SPI_CPHA    0x01            /* clock phase */  
  8. #define SPI_CPOL    0x02            /* clock polarity */  
  9. #define SPI_MODE_0  (0|0)           /* (original MicroWire) */  
  10. #define SPI_MODE_1  (0|SPI_CPHA)  
  11. #define SPI_MODE_2  (SPI_CPOL|0)  
  12. #define SPI_MODE_3  (SPI_CPOL|SPI_CPHA)  
  13. #define SPI_CS_HIGH 0x04            /* chipselect active high? 为1时片选的有效信号是高电平*/  
  14. #define SPI_LSB_FIRST   0x08            /* per-word bits-on-wire 发送时低比特在前*/  
  15. #define SPI_3WIRE   0x10            /* SI/SO signals shared 输入输出信号使用同一根信号线*/  
  16. #define SPI_LOOP    0x20            /* loopback mode 回环模式*/  
  17. #define SPI_NO_CS   0x40            /* 1 dev/bus, no chipselect */  
  18. #define SPI_READY   0x80            /* slave pulls low to pause */  
  19. #define SPI_TX_DUAL 0x100           /* transmit with 2 wires */  
  20. #define SPI_TX_QUAD 0x200           /* transmit with 4 wires */  
  21. #define SPI_RX_DUAL 0x400           /* receive with 2 wires */  
  22. #define SPI_RX_QUAD 0x800           /* receive with 4 wires */  
  23.     u8          bits_per_word;     //每个字长的比特数,默认是8  
  24.     int         irq;               //中断号  
  25.     void            *controller_state; //控制寄存器状态  
  26.     void            *controller_data;  
  27.     char            modalias[SPI_NAME_SIZE];  //设备驱动的名字  
  28.     int         cs_gpio;    /* chip select gpio */  
  29.   
  30.     /* 
  31.      * likely need more hooks for more protocol options affecting how 
  32.      * the controller talks to each chip, like: 
  33.      *  - memory packing (12 bit samples into low bits, others zeroed) 
  34.      *  - priority 
  35.      *  - drop chipselect after each word 
  36.      *  - chipselect delays 
  37.      *  - ... 
  38.      */  
  39. };  

由于一个SPI总线上可以有多个SPI设备,因此需要片选号来区分它们,SPI控制器根据片选号来选择不同的片选线,从而实现每次只同一个设备通信。

spi_device的mode成员有两个比特位含义很重要。SPI_CPHA选择对数据线采样的时机,0选择每个时钟周期的第一个沿跳变时采样数据,1选择第二个时钟沿采样数据;SPI_CPOL选择每个时钟周期开始的极性,0表示时钟以低电平开始,1选择高电平开始。这两个比特有四种组合,对应SPI_MODE_0~SPI_MODE_3。
另一个比较重要的成员是bits_per_word。这个成员指定每次读写的字长,单位是比特。虽然大部分SPI接口的字长是8或者16,仍然会有一些特殊的例子。需要说明的是,如果这个成员为零的话,默认使用8作为字长。
最后一个成员并不是设备的名字,而是需要绑定的驱动的名字。

3.spi_driver

spi_driver代表一个SPI protocol drivers,即外设驱动。

[objc]   view plain  copy
  1. struct spi_driver {  
  2.     const struct spi_device_id *id_table;                          //支持的spi_device设备表  
  3.     int         (*probe)(struct spi_device *spi);      //和spi匹配成功之后会调用这个方法。因此这个方法需要对设备和私有数据进行初始化。  
  4.     int         (*remove)(struct spi_device *spi);     //解除spi_device和spi_driver的绑定,释放probe申请的资源。  
  5.     void            (*shutdown)(struct spi_device *spi);   //关闭  
  6.     int         (*suspend)(struct spi_device *spi, pm_message_t mesg);  //挂起  
  7.     int         (*resume)(struct spi_device *spi);       //恢复   
  8.     struct device_driver    driver;                               //设备模型使用  
  9. };  

通常对于从事Linux驱动工作人员来说,spi设备的驱动主要就是实现这个结构体中的各个接口,并将之注册到spi子系统中去。

4.spi_transfer

spi_transfer代表一个读写缓冲对,包含接收缓冲区及发送缓冲区,其实,spi_transfer的发送是通过构建spi_message实现,通过将spi_transfer中的链表transfer_list链接到spi_message中的transfers,再以spi_message形势向底层发送数据。每个spi_transfer都可以对传输的一些参数进行设置,使得master controller按照它要求的参数进行数据发送。

[cpp]   view plain  copy
  1. struct spi_transfer {  
  2.     /* it's ok if tx_buf == rx_buf (right?) 
  3.      * for MicroWire, one buffer must be null 
  4.      * buffers must work with dma_*map_single() calls, unless 
  5.      *   spi_message.is_dma_mapped reports a pre-existing mapping 
  6.      */  
  7.     const void  *tx_buf;           //发送缓冲区,要写入设备的数据(必须是dma_safe),或者为NULL。  
  8.     void        *rx_buf;           //接收缓冲区,要读取的数据缓冲(必须是dma_safe),或者为NULL。  
  9.     unsigned    len;               //缓冲区长度,tx和rx的大小(字节数)。这里不是指它的和,而是各自的长度,它们总是相等的。  
  10.   
  11.     dma_addr_t  tx_dma;           //如果spi_message.is_dma_mapped是真,这个是tx的dma地址    
  12.     dma_addr_t  rx_dma;           //如果spi_message.is_dma_mapped是真,这个是rx的dma地址    
  13.     struct sg_table tx_sg;  
  14.     struct sg_table rx_sg;  
  15.   
  16.     unsigned    cs_change:1;      //当前spi_transfer发送完成之后重新片选。影响此次传输之后的片选。指示本次transfer结束之后是否要重新片选并调用setup改变设置。这个标志可以减少系统开销。  
  17.     u8      tx_nbits;  
  18.     u8      rx_nbits;  
  19. #define SPI_NBITS_SINGLE    0x01 /* 1bit transfer */  
  20. #define SPI_NBITS_DUAL      0x02 /* 2bits transfer */  
  21. #define SPI_NBITS_QUAD      0x04 /* 4bits transfer */  
  22.     u8      bits_per_word;      //每个字长的比特数,0代表使用spi_device中的默认值8  
  23.     u16     delay_usecs;        //发送完成一个spi_transfer后延时时间,此次传输结束和片选改变之间的延时,之后就会启动另一个传输或者结束整个消息  
  24.     u32     speed_hz;           //通信时钟。如果是0,使用默认值  
  25.   
  26.     struct list_head transfer_list;    //用于链接到spi_message,用来连接的双向链接节点  
  27. };</span>  

5.spi_message

spi_message代表spi消息,由多个spi_transfer段组成。
spi_message用来原子的执行spi_transfer表示的一串数组传输请求。
这个传输队列是原子的,这意味着在这个消息完成之前不会有其它消息占用总线。
消息的执行总是按照FIFO的顺序。
向底层提交spi_message的代码要负责管理它的内存空间。未显示初始化的内存需要使用0来初始化。

[cpp]   view plain  copy
  1. struct spi_message {  
  2.     struct list_head    transfers;           //spi_transfer链表队列,此次消息的传输段队列,一个消息可以包含多个传输段。  
  3.   
  4.     struct spi_device   *spi;                //传输的目的设备  
  5.   
  6.     unsigned        is_dma_mapped:1;    //如果为真,此次调用提供dma和cpu虚拟地址。  
  7.   
  8.     /* REVISIT:  we might want a flag affecting the behavior of the 
  9.      * last transfer ... allowing things like "read 16 bit length L" 
  10.      * immediately followed by "read L bytes".  Basically imposing 
  11.      * a specific message scheduling algorithm. 
  12.      * 
  13.      * Some controller drivers (message-at-a-time queue processing) 
  14.      * could provide that as their default scheduling algorithm.  But 
  15.      * others (with multi-message pipelines) could need a flag to 
  16.      * tell them about such special cases. 
  17.      */  
  18.   
  19.     /* completion is reported through a callback */  
  20.     void            (*complete)(void *context);  //异步调用完成后的回调函数  
  21.     void            *context;                    //回调函数的参数  
  22.     unsigned        frame_length;                  
  23.     unsigned        actual_length;               //<span style="font-family: Arial, Helvetica, sans-serif;">实际传输的数据长度</span>  
  24.   
  25.     int         status;                      //该消息的发送结果,成功被置0,否则是一个负的错误码。  
  26.   
  27.     /* for optional use by whatever driver currently owns the 
  28.      * spi_message ...  between calls to spi_async and then later 
  29.      * complete(), that's the spi_master controller driver. 
  30.      */  
  31.     struct list_head    queue;                      //下面两个成员是给拥有本消息的驱动选用的。spi_master会使用它们。自己最好不要使用。  
  32.     void            *state;  
  33. };  

控制器驱动会先写入tx的数据,然后读取同样长度的数据。长度指示是len。
如果tx_buff是空指针,填充rx_buff的时候会输出0(为了产生接收的时钟),如果rx_buff是NULL,接收到的数据将被丢弃。
只有len长读的数据会被输出和接收。
输出不完整的字长是错误的(比如字长为2字节的时候输出三个字节,最后一个字节凑不成一个整字)。
本地内存中的数据总是使用本地cpu的字节序,无论spi的字节序是大段模式还是小段模式(使用SPI_LSB_FIRS)
 当spi_transfer的字长不是8bit的2次幂的整数倍,这些数据字就包含扩展位。在spi通信驱动看来内存中的数据总是刚好对齐的,所以rx中位定义和rx中未使用的比特位总是最高有效位。(比如13bit的字长,每个字占2字节,rx和tx都应该如此存放)            
所有的spi传输都以使能相关的片选线为开始。一般来说片选线在本消息结束之前保持有效的状态。驱动可以使用
spi_transfer中的cs_change成员来影响片选:
(i)如果transfer不是message的最后一个,这个标志量可以方便的将片选线置位无效的状态。
有时需要这种方法来告知芯片一个命令的结束并使芯片完成这一批处理任务。
(ii)当这个trasfer是最后一个时,片选可以一直保持有效知道下一个transfer到来。
在多spi从机的总线上没有办法阻止其他设备接收数据,这种方法可以作为一个特别的提示;开始往另一个设备传输信息就要先将本芯片的片选置为无效。但在其他情况下,这可以保证正确性。一些设备后面的信息依赖于前面的信息并且在一个处理序列完成后需要禁用片选线。
上面这段是翻译的,讲的不明白。
再说一下:cs_change影响此transfer完成后是否禁用片选线并调用setup改变配置。(这个标志量就是chip select change片选改变的意思)
没有特殊情况,一个spi_message应该只在最后一个transfer置位该标志量。

6.spi_board_info

spi_device的板信息用spi_board_info结构体描述,该结构体记录着SPI外设使用的主机控制器序号、片选序号、数据比特率、SPI传输模式(即CPOL、CPHA)等。ARM Linux3.x之后的内核在改为设备树之后,不再需要在arch/arm/mach-xxx中编码SPI的板级信息了,而倾向于在SPI控制器节点下填写子节点。

[cpp]   view plain  copy
  1. struct spi_board_info {  
  2.     /* the device name and module name are coupled, like platform_bus; 
  3.      * "modalias" is normally the driver name. 
  4.      * 
  5.      * platform_data goes to spi_device.dev.platform_data, 
  6.      * controller_data goes to spi_device.controller_data, 
  7.      * irq is copied too 
  8.      */  
  9.     char        modalias[SPI_NAME_SIZE];  
  10.     const void  *platform_data;  
  11.     void        *controller_data;  
  12.     int     irq;  
  13.   
  14.     /* slower signaling on noisy or low voltage boards */  
  15.     u32     max_speed_hz;  
  16.   
  17.   
  18.     /* bus_num is board specific and matches the bus_num of some 
  19.      * spi_master that will probably be registered later. 
  20.      * 
  21.      * chip_select reflects how this chip is wired to that master; 
  22.      * it's less than num_chipselect. 
  23.      */  
  24.     u16     bus_num;  
  25.     u16     chip_select;  
  26.   
  27.     /* mode becomes spi_device.mode, and is essential for chips 
  28.      * where the default of SPI_CS_HIGH = 0 is wrong. 
  29.      */  
  30.     u16     mode;  
  31.   
  32.     /* ... may need additional spi_device chip config data here. 
  33.      * avoid stuff protocol drivers can set; but include stuff 
  34.      * needed to behave without being bound to a driver: 
  35.      *  - quirks like clock rate mattering when not selected 
  36.      */  
  37. };  

7.spi_bitbang

spi_bitbang是具体的负责信息传输的数据结构,它维护一个workqueue_struct,每收到一个消息,都会向其中添加一个work_struct,由内核守护进程在将来的某个时间调用该work_struct中的function进行消息发送。  

[cpp]   view plain  copy
  1. struct spi_bitbang {  
  2.     spinlock_t      lock;  
  3.     u8          busy;       //忙标志  
  4.     u8          use_dma;  
  5.     u8          flags;      /* extra spi->mode support */  
  6.   
  7.     struct spi_master   *master;  
  8.   
  9.     /* setup_transfer() changes clock and/or wordsize to match settings 
  10.      * for this transfer; zeroes restore defaults from spi_device. 
  11.      */  
  12.     int (*setup_transfer)(struct spi_device *spi,  
  13.             struct spi_transfer *t);                        //对数据传输进行设置  
  14.   
  15.     void    (*chipselect)(struct spi_device *spi, int is_on);      //控制片选  
  16. #define BITBANG_CS_ACTIVE   1   /* normally nCS, active low */  
  17. #define BITBANG_CS_INACTIVE 0  
  18.   
  19.     /* txrx_bufs() may handle dma mapping for transfers that don't 
  20.      * already have one (transfer.{tx,rx}_dma is zero), or use PIO 
  21.      */  
  22.     int (*txrx_bufs)(struct spi_device *spi, struct spi_transfer *t);  //实际的数据传输函数  
  23.   
  24.     /* txrx_word[SPI_MODE_*]() just looks like a shift register */  
  25.     u32 (*txrx_word[4])(struct spi_device *spi,  
  26.             unsigned nsecs,  
  27.             u32 word, u8 bits);  
  28. };  

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值