Linux下USB驱动框架分析【转】

转自：http://blog.csdn.net/brucexu1978/article/details/17583407

版权声明：本文为博主原创文章，未经博主允许不得转载。

http://www.cnblogs.com/general001/articles/2319552.html

http://blog.csdn.net/uruita/article/details/7263290:MODULE_DEVICE_TABLE

http://blog.chinaunix.net/uid-25909619-id-3281432.html: usb 流程

http://blog.chinaunix.net/uid-25909619-id-3273345.html：uhci

http://blog.chinaunix.net/uid-25909619-id-3381683.html: usb热插拔实现机制(hub probe或者中断)

http://www.cnblogs.com/sdphome/archive/2011/09/29/2195789.html

http://blog.csdn.net/jiang_dlut/article/details/5832237: 这个讲了usb_device_driver和usb_driver。usbhub发现新设备的插入时， 先用device来进行dvice_add(见usb_alloc_dev， 其中dev->dev.type = &usb_device_type; 这个表示是整个usb device)， 然后usb_register_device_driver注册的driver的generic_probe会被usb_probe_device调用， 这个函数会调用usb_set_configuration。如此接口类型的device_add会被调用(intf->dev.type = &usb_if_device_type; 这个表示是usb interface设备（当时理解了半天， 这么着都找不到interface probe中的dev是怎么能转变成interface的。多亏了这篇文档）)。这样设备接口的probe函数就在usb_probe_interface中被调用，usb_probe_interface是在usb_register_driver（usb_register）中注册的。这样usb设备的枚举过程就容易读了。

http://blog.csdn.net/brucexu1978/article/details/9043523：这个文章介绍了linux device和driver匹配的过程。

http://wenku.baidu.com/link?url=eIwUG6V4v4dUPub-z_6EZS3LTHKDtgzU4nyArhlqnVU40qNk3sRRdbE7TeMYIkiSHQWN9wiwXYXfG2isxVvONAiqOYzg9xpg8ViSjpbfeyi: usb协议

http://wenku.baidu.com/link?url=Hzjv0uKuJ0zUIhOHEUErEKjWY93cB0FGvVG9jaF8TWzxQCJjLSdSKOAWDbsb-fTkI5eUwYueGqyaS89iEjP5Ynt5qAqnUJevcXgtC26UDpG: usb hub协议

http://download.farsight.com.cn/download/pdf/Farsight-USB08-HubRequest.pdf: hub request

http://wenku.baidu.com/link?url=ZH7Oe5k8B1yH-04YKAiFh948-fqsxn7sqpAd9b3iemJ5J_gmn4ojsyP1UbCkRL0-pD3NmYP5l519f4SM5NOVQnBT0qCI4bN91J-2hbU2RMe: ohci寄存器描述:ed, td

http://blog.csdn.net/qiurihuanghua/article/details/6411640: ehci:软件简化

http://wenku.baidu.com/link?url=T8JhyspWwUrlRimCCBySy0XUwxULwYcVx1jkIM78z7sKqD80ivjiet5LwMvtQbB0gVQBU-I5DvnpP0ZelAix2S3zGuoYNULSqcXrwA77dDq：usb3.0：多了4根超速线， 分离的2个hub（超速， 2.0）， 设备可以发ready的异步请求， 不同于2.0的由主机发起的轮询请求。流式管道用于3.0的流控（bulk扩展）。支持突发模式传输. 网上基本没有linux usb3.0驱动的讲解文章， 也没有特别公开的usb3.0芯片的资料和讲解(20140122)。

http://www.epc.com.cn/subject/200803/10591.html: 无线usb带宽分析

http://blog.csdn.net/leo_wonty/article/details/7418261：usb masstorage

http://blog.chinaunix.net/uid-10386087-id-2958758.html

http://blog.csdn.net/xushiyan/article/details/6877460: 描述linux scsi驱动的架构， 包括跟linux块层的接口，跟底层host的接口， 以及一些sequence。至此明白usb mass storage设备是如何挂接scsi, 再挂接到块设备， 由此挂接到文件系统的（不好意思， 这个花了偶近5年的时间， 因为是靠平常的时间， 悲催啊）。

http://blog.csdn.net/xushiyan/article/details/6941640：scsi io回调

usb gadget:

http://blog.csdn.net/successcw/article/details/17137361

http://wenku.baidu.com/link?url=m73s8Hq5wxD-DZR5X02-Ltp9kEGiNSlKSUfJhf0mvrityUP5CwE1JnpyndnqlFcrW2hrMhL8_4LH0utF1p2DDAL00u44Y40Znosh51V2yxK

http://blog.csdn.net/arnoldlu/article/details/9291883

http://lwn.net/Articles/395712/：讲述不用composite framework的逆势.

usb device侧的gadget驱动框架总体上比较薄。协议层(masstorage/cdc等)调用gadget api, gadget api调用gadget的端点ep的ops， 这个ops来自具体硬件平台的注册的ep的操作函数。udc_core主要负责udc 添加usb_add_gadget_udc， 设备层的usb_gadget_probe_driver等。

file_storage与mass_storage的区别是前者未使用composite抽象， 后者使用composite抽象。composite抽象层同时供其他协议（串口/网络等）使用（config/function管理）。

mass storage都是经过vfs访问具体的存储设备， 其路径是模块加载时的file参数确定的（在内核态可通过vfs api访问文件）。scsi命令在sorage层被解析。

Android.c中的mass_storage也是走的composite. 这个文件整合了很多的usb device功能， 包含adb等。通过sysfs的store函数enable不同的功能。

具体udc驱动负责queue/传输管理(dma? fifo?)/设备管理/中断等。可参考omap等， platform_driver_probe注册这个driver。dma调用platform层提供的dma功能操作。 不同的platform的dma函数不同。

http://blog.csdn.net/embededswordman/article/details/6689593: usb gadget串口

http://blog.chinaunix.net/uid-24227137-id-3437527.html：linux tty驱动

http://blog.chinaunix.net/uid-27717694-id-3495612.html: linux console

http://wenku.baidu.com/link?url=BUfLIzBG-ER22uiONf0nN78xXL_Inv4rciMtSl5IcDyRJ1D0_JF4i20EqvC2qZleBa2cT7IViEK4VzzV8Cl0d37ajf0KfEbgsKK-uSSCHta: linux伪终端

usb串口主要是将usb转换成tty设备， device侧和host侧都是这样。cdc acm模拟modem

audio device使用linux sound core接口

video：v4l2接口

ether: cdc eem/ecm/subset,实现net_device_ops接口：

http://wenku.baidu.com/view/d06c4318ff00bed5b9f31dbc.html

android mtp:文件传送 ptp：still image类：http://baike.baidu.com/link?url=qceecPkdLhQrvy9zoAIpmIPImYHiFOUGGw4NrTP1TAzVlq7wF1_CTA73JhmHwC-t

rndis:微软协议， 代替cdc ether协议

http://wenku.baidu.com/link?url=VK6wEQIWlmL7VgIpuHBhCZPk-CivVSHdCthSzy-_AdVK_7zdrwP4VLOjZpmSXNMwitK76Rgeld0STAwVKv8ZTT__9SPkVKT3lWCi7OGFNti