Linux USB驱动框架分析（六）
说到usb子系统的io操作，不得不说usb request block，简称urb。事实上，可以打一个这样的比喻，usb总线就像一条高速公路，货物、人流之类的可以看成是系统与设备交互的数据，而urb就可以看成是汽车。在一开始对usb规范细节的介绍，我们就说过usb的endpoint有4种不同类型，也就是说能在这条高速公路上流动的数据就有四种。但是这对汽车是没有要求的，所以urb可以运载四种数据，不过你要先告诉司机你要运什么，目的地是什么。我们现在就看看struct urb的具体内容。它的内容很多，为了不让我的理解误导各位，大家最好还是看一看内核源码的注释，具体内容参见源码树下include/linux/usb.h。
在这里我们重点介绍程序中出现的几个关键字段：
struct usb_device *dev
urb所发送的目标设备。
unsigned int pipe
一个管道号码，该管道记录了目标设备的端点以及管道的类型。每个管道只有一种类型和一个方向，它与他的目标设备的端点相对应，我们可以通过以下几个函数来获得管道号并设置管道类型：
unsigned int usb_sndctrlpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个控制out端点。
unsigned int usb_rcvctrlpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个控制in端点。
unsigned int usb_sndbulkpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个批量out端点。
unsigned int usb_rcvbulkpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个批量out端点。
unsigned int usb_sndintpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个中断out端点。
unsigned int usb_rcvintpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个中断out端点。
unsigned int usb_sndisocpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个等时out端点。
unsigned int usb_rcvisocpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个等时out端点。
unsigned int transfer_flags
当不使用dma时，应该transfer_flags |= urb_no_transfer_dma_map（按照代码的理解，希望没有错）。
int status
当一个urb把数据送到设备时，这个urb会由系统返回给驱动程序，并调用驱动程序的urb完成回调函数处理。这时，status记录了这次数据传输的有关状态，例如传送成功与否。成功的话会是0。
要能够运货当然首先要有车，所以第一步当然要创建urb：
struct urb *usb_alloc_urb(int isoc_packets, int mem_flags);
第一个参数是等时包的数量，如果不是乘载等时包，应该为0，第二个参数与kmalloc的标志相同。
要释放一个urb可以用：
void usb_free_urb(struct urb *urb);
要承载数据，还要告诉司机目的地信息跟要运的货物，对于不同的数据，系统提供了不同的函数，对于中断urb，我们用
void usb_fill_int_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
void *transfer_buffer, int buffer_length,
usb_complete_t complete, void *context, int interval);
这里要解释一下，transfer_buffer是一个要送/收的数据的缓冲，buffer_length是它的长度，complete是urb完成回调函数的入口，context由用户定义，可能会在回调函数中使用的数据，interval就是urb被调度的间隔。
对于批量urb和控制urb，我们用:
void usb_fill_bulk_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
void *transfer_buffer, int buffer_length, usb_complete_t complete,
void *context);
void usb_fill_bulk_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
unsigned char* setup_packet,void *transfer_buffer,
int buffer_length, usb_complete_t complete,void *context);
控制包有一个特殊参数setup_packet，它指向即将被发送到端点的设置数据报的数据。
对于等时urb，系统没有专门的fill函数，只能对各urb字段显示赋值。
有了汽车，有了司机，下一步就是要开始运货了，我们可以用下面的函数来提交urb
int usb_submit_urb(struct urb *urb, int mem_flags);
mem_flags有几种：gfp_atomic、gfp_noio、gfp_kernel，通常在中断上下文环境我们会用gfp_atomic。
当我们的卡车运货之后，系统会把它调回来，并调用urb完成回调函数，并把这辆车作为函数传递给驱动程序。我们应该在回调函数里面检查status字段，以确定数据的成功传输与否。下面是用urb来传送数据的细节。
/* initialize the urb properly */
usb_fill_bulk_urb(urb, dev->udev,
usb_sndbulkpipe(dev->udev, dev->bulk_out_endpointaddr),
buf, writesize, skel_write_bulk_callback, dev);
urb->transfer_flags |= urb_no_transfer_dma_map;
/* send the data out the bulk port */
retval = usb_submit_urb(urb, gfp_kernel);
这里skel_write_bulk_callback就是一个完成回调函数，而他做的主要事情就是检查数据传输状态和释放urb：
dev = (struct usb_skel *)urb->context;
/* sync/async unlink faults aren't errors */
if (urb->status && !(urb->status = = -enoent || urb->status == -econnreset || urb->status = = -eshutdown)) {
dbg(%s - nonzero write bulk status received: %d, __function__, urb->status);
}
/* free up our allocated buffer */
usb_buffer_free(urb->dev, urb->transfer_buffer_length,
urb->transfer_buffer, urb->transfer_dma);
事实上，如果数据的量不大，那么可以不一定用卡车来运货，系统还提供了一种不用urb的传输方式，而usb-skeleton的读操作正是采用这种方式实现：
/* do a blocking bulk read to get data from the device */
retval = usb_bulk_msg(dev->udev,
usb_rcvbulkpipe(dev->udev, dev->bulk_in_endpointaddr),
dev->bulk_in_buffer,
min(dev->bulk_in_size, count),
&bytes_read, 10000);
/* if the read was successful, copy the data to userspace */
if (!retval) {
if (copy_to_user(buffer, dev->bulk_in_buffer, bytes_read))
retval = -efault;
else
retval = bytes_read;
}
程序使用了usb_bulk_msg来传送数据，它的原型如下：
int usb_bulk_msg(struct usb_device *usb_dev, unsigned int pipe,void *data,
int len, int *actual length, int timeout)
这个函数会阻塞等待数据传输完成或者等到超时，data是输入/输出缓冲，len是它的大小，actual length是实际传送的数据大小，timeout是阻塞超时。
对于控制数据，系统提供了另外一个函数，他的原型是：
int usb_contrl_msg(struct usb_device *dev, unsigned int pipe, __u8 request,
__u8 requesttype, __u16 value, __u16 index, void *data,
__u16 size, int timeout);
request是控制消息的usb请求值、requesttype是控制消息的usb请求类型，value是控制消息的usb消息值，index是控制消息的usb消息索引。具体是什么，暂时不是很清楚，希望大家提供说明。
至此，linux下的usb驱动框架分析基本完成了。
为什么要开发一个智能门锁应用程序
芯来科技车规CPU IP进入客户集成验证及标准认证阶段
精绝一世的作品？荣耀8美的让友商窒息，美出新的高度
晶体位错理论的提出及晶体缺陷的研究
承德科胜400双室腊肉真空机,鸭脖真空机|河北包装机
Linux USB驱动框架分析（六）
RMS7688A模块概述、功能特点及应用
基于单片机的步进电机控制系统设计
中国移动将采用2.6GHz作为5G网络的前期主用频段
RT-Thread所遵循的Apache2.0协议你了解吗？
我国制造业现状及前景分析
纸箱码垛机，纸箱码垛机的专业分类
电动单车的BMS及其无线化
谷歌及其他公司正构建能自我怀疑的人工智能系统 通过不确定感来做决定
自连BLE智能卡片系统，解决更广泛的室内外安全管理需求
主动降噪无线蓝牙耳机有哪些？20年降噪无线耳机推荐
星纵智能LoRa解决方案在农业中的不同应用
直线马达助力的悬挂式空中轨道列车试乘发车
通过协同仿真改善高速开关电源的设计
华为智能数据中心的解决方案后发先制 为用户实现利益价值最大化
在这里我们重点介绍程序中出现的几个关键字段：
struct usb_device *dev
urb所发送的目标设备。
unsigned int pipe
一个管道号码，该管道记录了目标设备的端点以及管道的类型。每个管道只有一种类型和一个方向，它与他的目标设备的端点相对应，我们可以通过以下几个函数来获得管道号并设置管道类型：
unsigned int usb_sndctrlpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个控制out端点。
unsigned int usb_rcvctrlpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个控制in端点。
unsigned int usb_sndbulkpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个批量out端点。
unsigned int usb_rcvbulkpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个批量out端点。
unsigned int usb_sndintpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个中断out端点。
unsigned int usb_rcvintpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个中断out端点。
unsigned int usb_sndisocpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个等时out端点。
unsigned int usb_rcvisocpipe(struct usb_device *dev, unsigned int endpoint)
把指定usb设备的指定端点设置为一个等时out端点。
unsigned int transfer_flags
当不使用dma时，应该transfer_flags |= urb_no_transfer_dma_map（按照代码的理解，希望没有错）。
int status
当一个urb把数据送到设备时，这个urb会由系统返回给驱动程序，并调用驱动程序的urb完成回调函数处理。这时，status记录了这次数据传输的有关状态，例如传送成功与否。成功的话会是0。
要能够运货当然首先要有车，所以第一步当然要创建urb：
struct urb *usb_alloc_urb(int isoc_packets, int mem_flags);
第一个参数是等时包的数量，如果不是乘载等时包，应该为0，第二个参数与kmalloc的标志相同。
要释放一个urb可以用：
void usb_free_urb(struct urb *urb);
要承载数据，还要告诉司机目的地信息跟要运的货物，对于不同的数据，系统提供了不同的函数，对于中断urb，我们用
void usb_fill_int_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
void *transfer_buffer, int buffer_length,
usb_complete_t complete, void *context, int interval);
这里要解释一下，transfer_buffer是一个要送/收的数据的缓冲，buffer_length是它的长度，complete是urb完成回调函数的入口，context由用户定义，可能会在回调函数中使用的数据，interval就是urb被调度的间隔。
对于批量urb和控制urb，我们用:
void usb_fill_bulk_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
void *transfer_buffer, int buffer_length, usb_complete_t complete,
void *context);
void usb_fill_bulk_urb(struct urb *urb, struct usb_device *dev, unsigned int pipe,
unsigned char* setup_packet,void *transfer_buffer,
int buffer_length, usb_complete_t complete,void *context);
控制包有一个特殊参数setup_packet，它指向即将被发送到端点的设置数据报的数据。
对于等时urb，系统没有专门的fill函数，只能对各urb字段显示赋值。
有了汽车，有了司机，下一步就是要开始运货了，我们可以用下面的函数来提交urb
int usb_submit_urb(struct urb *urb, int mem_flags);
mem_flags有几种：gfp_atomic、gfp_noio、gfp_kernel，通常在中断上下文环境我们会用gfp_atomic。
当我们的卡车运货之后，系统会把它调回来，并调用urb完成回调函数，并把这辆车作为函数传递给驱动程序。我们应该在回调函数里面检查status字段，以确定数据的成功传输与否。下面是用urb来传送数据的细节。
/* initialize the urb properly */
usb_fill_bulk_urb(urb, dev->udev,
usb_sndbulkpipe(dev->udev, dev->bulk_out_endpointaddr),
buf, writesize, skel_write_bulk_callback, dev);
urb->transfer_flags |= urb_no_transfer_dma_map;
/* send the data out the bulk port */
retval = usb_submit_urb(urb, gfp_kernel);
这里skel_write_bulk_callback就是一个完成回调函数，而他做的主要事情就是检查数据传输状态和释放urb：
dev = (struct usb_skel *)urb->context;
/* sync/async unlink faults aren't errors */
if (urb->status && !(urb->status = = -enoent || urb->status == -econnreset || urb->status = = -eshutdown)) {
dbg(%s - nonzero write bulk status received: %d, __function__, urb->status);
}
/* free up our allocated buffer */
usb_buffer_free(urb->dev, urb->transfer_buffer_length,
urb->transfer_buffer, urb->transfer_dma);
事实上，如果数据的量不大，那么可以不一定用卡车来运货，系统还提供了一种不用urb的传输方式，而usb-skeleton的读操作正是采用这种方式实现：
/* do a blocking bulk read to get data from the device */
retval = usb_bulk_msg(dev->udev,
usb_rcvbulkpipe(dev->udev, dev->bulk_in_endpointaddr),
dev->bulk_in_buffer,
min(dev->bulk_in_size, count),
&bytes_read, 10000);
/* if the read was successful, copy the data to userspace */
if (!retval) {
if (copy_to_user(buffer, dev->bulk_in_buffer, bytes_read))
retval = -efault;
else
retval = bytes_read;
}
程序使用了usb_bulk_msg来传送数据，它的原型如下：
int usb_bulk_msg(struct usb_device *usb_dev, unsigned int pipe,void *data,
int len, int *actual length, int timeout)
这个函数会阻塞等待数据传输完成或者等到超时，data是输入/输出缓冲，len是它的大小，actual length是实际传送的数据大小，timeout是阻塞超时。
对于控制数据，系统提供了另外一个函数，他的原型是：
int usb_contrl_msg(struct usb_device *dev, unsigned int pipe, __u8 request,
__u8 requesttype, __u16 value, __u16 index, void *data,
__u16 size, int timeout);
request是控制消息的usb请求值、requesttype是控制消息的usb请求类型，value是控制消息的usb消息值，index是控制消息的usb消息索引。具体是什么，暂时不是很清楚，希望大家提供说明。
至此，linux下的usb驱动框架分析基本完成了。
为什么要开发一个智能门锁应用程序
芯来科技车规CPU IP进入客户集成验证及标准认证阶段
精绝一世的作品？荣耀8美的让友商窒息，美出新的高度
晶体位错理论的提出及晶体缺陷的研究
承德科胜400双室腊肉真空机,鸭脖真空机|河北包装机
Linux USB驱动框架分析（六）
RMS7688A模块概述、功能特点及应用
基于单片机的步进电机控制系统设计
中国移动将采用2.6GHz作为5G网络的前期主用频段
RT-Thread所遵循的Apache2.0协议你了解吗？
我国制造业现状及前景分析
纸箱码垛机，纸箱码垛机的专业分类
电动单车的BMS及其无线化
谷歌及其他公司正构建能自我怀疑的人工智能系统 通过不确定感来做决定
自连BLE智能卡片系统，解决更广泛的室内外安全管理需求
主动降噪无线蓝牙耳机有哪些？20年降噪无线耳机推荐
星纵智能LoRa解决方案在农业中的不同应用
直线马达助力的悬挂式空中轨道列车试乘发车
通过协同仿真改善高速开关电源的设计
华为智能数据中心的解决方案后发先制 为用户实现利益价值最大化