据个人所知,Linux下SPI一直是处于被“忽略”的角色,市场上大部分板子在板级文件里面都没有关于SPI的相关代码(例如,mini2440),而大部分讲解驱动的的书籍也没有专门的一章来讲述关于Linux下SPI方面的内容(例如,宋宝华的Linux设备驱动开发详解)。与I2C相比,SPI就是一个不被重视的“家伙”,为什么?我也不甚了解。由于项目需要在UT4412BV01上移植SPI,查阅网络上几乎所有的SPI相关资料,都是对S3C2440和S3C6410的SPI驱动分析,而EXYNOS4412却只字不提,但仔细一想它们彼此之间是相通的,遂研究一番记于此,以便日后查阅之便。
1. SPI子系统架构详解
SPI总线上有两类设备:一类是主控端,通常作为SOC系统的一个子模块出现,比如很多嵌入式MPU中都常常包含SPI模块;一类是受控端,例如一些SPI接口的Flash、传感器等等。主控端是SPI总线的控制者,通过使用SPI协议主动发起SPI总线上的会话,而受控端则被动接受SPI主控端的指令,并作出相应的响应。
图还未画好,之后补上,补上后在一些写分析,哈哈。。。
2. 重要数据结构
(1)spi_master
struct spi_master用来描述一个SPI主控制器,我们一般不需要自己编写spi控制器驱动。
/**
* 结构体master代表一个SPI接口,或者叫一个SPI主机控制器,
* 一个接口对应一条SPI总线,master->bus_num则记录了这个总线号。
*/
struct spi_master {
struct device dev;
struct list_head list;
/**
* 总线编号,从零开始。
* 系统会用这个值去和系统中board_list链表中加入的每一个boardinfo结构中的每一个spi_board_info中的bus_num进行匹配,
* (每个boardinfo结构都是一个spi_board_info的集合,每一个spi_board_info都是对应一个SPI(从)设备的描述)
* 如果匹配上就说明这个spi_board_info描述的SPI(从)设备是链接在此总线上的,因此就会调用spi_new_device去创建一个spi_device。
*/
s16 bus_num;
/* 支持的片选的数量。从设备的片选号不能大于这个数.该值当然不能为0,否则会注册失败 */
u16 num_chipselect;
/* some SPI controllers pose alignment requirements on DMAable
* buffers; let protocol drivers know about these requirements.
*/
u16 dma_alignment;
/* spi_device.mode flags understood by this controller driver */
u16 mode_bits;
/* other constraints relevant to this driver */
u16 flags;
#define SPI_MASTER_HALF_DUPLEX BIT(0) /* can't do full duplex */
#define SPI_MASTER_NO_RX BIT(1) /* can't do buffer read */
#define SPI_MASTER_NO_TX BIT(2) /* can't do buffer write */
/* lock and mutex for SPI bus locking */
spinlock_t bus_lock_spinlock;
struct mutex bus_lock_mutex;
/* flag indicating that the SPI bus is locked for exclusive use */
bool bus_lock_flag;
int (*setup)(struct spi_device *spi); //根据spi设备更新硬