Linux-SPI总线和设备驱动架构之SPI数据传输的队列化.docVIP

Linux SPI总线和设备驱动架构之SPI数据传输的队列化 我们知道，SPI数据传输可以有两种方式：同步方式和异步方式。所谓同步方式是指数据传输的发起者必须等待本次传输的结束，期间不能做其它事情，用代码来解释就是，调用传输的函数后，直到数据传输完成，函数才会返回。而异步方式则正好相反，数据传输的发起者无需等待传输的结束，数据传输期间还可以做其它事情，用代码来解释就是，调用传输的函数后，函数会立刻返回而不用等待数据传输完成，我们只需设置一个回调函数，传输完成后，该回调函数会被调用以通知发起者数据传送已经完成。同步方式简单易用，很适合处理那些少量数据的单次传输。但是对于数据量大、次数多的传输来说，异步方式就显得更加合适。 对于SPI控制器来说，要支持异步方式必须要考虑以下两种状况： 1.?对于同一个数据传输的发起者，既然异步方式无需等待数据传输完成即可返回，返回后，该发起者可以立刻又发起一个message，而这时上一个message还没有处理完。 2.??对于另外一个不同的发起者来说，也有可能同时发起一次message传输请求。 ? 队列化正是为了为了解决以上的问题，所谓队列化，是指把等待传输的message放入一个等待队列中，发起一个传输操作，其实就是把对应的message按先后顺序放入一个等待队列中，系统会在不断检测队列中是否有等待传输的message，如果有就不停地调度数据传输内核线程，逐个取出队列中的message进行处理，直到队列变空为止。SPI通用接口层为我们实现了队列化的基本框架。 spi_transfer的队列化 ? 回顾一下通用接口层的介绍，对协议驱动来说，一个spi_message是一次数据交换的原子请求，而spi_message由多个spi_transfer结构组成，这些spi_transfer通过一个链表组织在一起，我们看看这两个数据结构关于spi_transfer链表的相关字段： [cpp]?view plain?copy 1.?struct?spi_transfer?{?? 2.?????????......?? 3.?????????const?void??????*tx_buf;?? 4.?????????void????????????*rx_buf;?? 5.?????????......?? 6.??? 7.?????????struct?list_head?transfer_list;?? 8.?};?? 9.??? 10.?struct?spi_message?{?? 11.?????????struct?list_head????????transfers;?? 12.??????????? 13.?????????struct?spi_device???????*spi;?? 14.?????????......?????????? 15.?????????struct?list_head????????queue;?? 16.?????????......?? 17.?};?? 可见，一个spi_message结构有一个链表头字段：transfers，而每个spi_transfer结构都包含一个链表头字段：transfer_list，通过这两个链表头字段，所有属于这次message传输的transfer都会挂在spi_message.transfers字段下面。我们可以通过以下API向spi_message结构中添加一个spi_transfer结构： [cpp]?view plain?copy 1.?static?inline?void?? 2.?spi_message_add_tail(struct?spi_transfer?*t,?struct?spi_message?*m)?? 3.?{?? 4.?????????list_add_tail(t-transfer_list,?m-transfers);?? 5.?}?? 通用接口层会以一个message为单位，在工作线程中调用控制器驱动的transfer_one_message回调函数来完成spi_transfer链表的处理和传输工作，关于工作线程，我们留在后面讨论。 spi_message的队列化 ? 一个或者多个协议驱动程序可以同时向控制器驱动申请多个spi_message请求，这些spi_message也是以链表的形式被过在表示控制器的spi_master结构体的queue字段下面： [cpp]?view plain?copy 1.?struct?spi_master?{?? 2.?????????struct?device???dev;?? 3.?????????......?? 4.?????????bool????