当前位置:   article > 正文

Linux内核USB总线--设备控制器驱动框架分析_usb_function_register

usb_function_register

正文

1.概述

如下图所示,USB控制器可以呈现出两种不同的状态。USB控制器作为Host时,称为USB主机控制器,使用USB主机控制器驱动。USB控制器作为Device时,称为USB设备控制器,使用UDC(usb device controller)驱动。本节只分析USB控制器作为Device时的驱动框架。

USB控制器作为Device时,驱动框架可分为5层。最上层的是Gadget Function驱动,代表了具体设备的驱动,如大容量存储设备驱动(U盘、移动硬盘等)、通讯类设备驱动(USB串口、USB虚拟网卡等)、UAC驱动(USB麦克风、USB声卡等USB音频类设备)。接下来是Gadget Funcation API层,该层是一个抽象层,向上和向下提供统一的API,屏蔽了差异,提高了驱动的兼容性。Composite层是一个可选的中间层,可通过一种配置或多种配置高效的支持多种功能的设备,简化了USB复合设备驱动的开发。目前最流行的是使用基于Composite和configfs实现的USB gadget configfs,可在用户空间灵活的配置USB设备。UDC驱动直接访问硬件,控制USB设备与USB主机之间的通信。USB设备控制器通过USB线缆连接USB主机控制器,负责USB数据的发送和接收。

2.Gadget Function驱动

Linux内核的USB Gadget Function驱动都在drivers/usb/gadget/function/目录下,有通讯设备类(Communication Device Class)驱动(f_acm.c、f_ecm、f_serial.c等)、USB音频设备类驱动(f_uac1.c、f_uac2.c、u_audio.c)、大容量存储设备驱动(f_mass_storage.c)、USB视频设备类驱动(f_uvc.c)等。

Gadget Function驱动的入口使用usb_function_driver数据结构描述,驱动需要实现alloc_inst和alloc_func函数。alloc_inst创建usb_function_instance数据结构并初始化。alloc_func创建usb_function并初始化,重点是设置里面的回调函数,通常情况下,不直接使用usb_function数据结构,而是嵌入到驱动的数据结构中使用。Composite驱动会通过Gadget Function API回调alloc_inst和alloc_func函数。usb_function了描述Gadget Function驱动,Gadget Function驱动的重点是实现这些回调函数。

  1. [include/linux/usb/composite.h]
  2. struct usb_function_driver {
  3. const char *name;
  4. struct module *mod;
  5. struct list_head list;
  6. // 创建usb_function_instance并初始化
  7. struct usb_function_instance *(*alloc_inst)(void);
  8. // 创建usb_function并初始化
  9. struct usb_function *(*alloc_func)(struct usb_function_instance *inst);
  10. };
  11. struct usb_function { // 描述了一个gadget Function驱动
  12. const char *name; // gadget Function驱动名称
  13. struct usb_gadget_strings **strings; // 字符串表,由bind分配和控制请求提供的语言IDs
  14. struct usb_descriptor_header **fs_descriptors; // full speed描述符
  15. struct usb_descriptor_header **hs_descriptors; // high speed描述符
  16. struct usb_descriptor_header **ss_descriptors; // super speed描述符
  17. struct usb_configuration *config; // usb_add_function函数添加的配置
  18. // 驱动的bind回调函数,分配驱动所需的资源,如配置、端点、I/O缓冲区等
  19. int (*bind)(struct usb_configuration *, struct usb_function *);
  20. // 释放bind分配的资源
  21. void (*unbind)(struct usb_configuration *, struct usb_function *);
  22. void (*free_func)(struct usb_function *f); // 释放usb_function
  23. // 设置可选的配置,有时候驱动可能有多个配置,需要使用set_alt进行切换
  24. int (*set_alt)(struct usb_function *, unsigned interface, unsigned alt);
  25. // 获取当前的设置的可选配置,如果没有多个配置,则默认使用配置0,则返回0
  26. int (*get_alt)(struct usb_function *, unsigned interface);
  27. // disable gadget function驱动,主机复位、主机重新配置gadget、断开连接时使用
  28. void (*disable)(struct usb_function *);
  29. // 用于特殊接口的控制请求
  30. int (*setup)(struct usb_function *, const struct usb_ctrlrequest *);
  31. // 测试某些设备类请求能否被处理
  32. bool (*req_match)(struct usb_function *, const struct usb_ctrlrequest *);
  33. void (*suspend)(struct usb_function *);
  34. void (*resume)(struct usb_function *);
  35. /* USB 3.0 additions */
  36. // 向GetStatus请求返回当前gadget Function驱动的状态
  37. int (*get_status)(struct usb_function *);
  38. // 当接收到SetFeature(FUNCTION_SUSPEND)时,回调该函数
  39. int (*func_suspend)(struct usb_function *, u8 suspend_opt);
  40. /* private: internals */
  41. struct list_head list;
  42. DECLARE_BITMAP(endpoints, 32); // 端点位图
  43. const struct usb_function_instance *fi;
  44. unsigned int bind_deactivated:1;
  45. };

usb_function_driver通常使用DECLARE_USB_FUNCTION_INIT宏定义并初始化。将宏展开后,其定义了usb_function_driver结构体实例,主要设置alloc_inst和alloc_func成员,前置用于创建usb_function_instance,表示一个Gadget Function实例,后者用于创建usb_function并初始化。usb_function中的方法实现了具体的Gadget Function驱动。usb_function_register和usb_function_unregister函数完成usb_function_driver结构体的注册和注销。

  1. [include/linux/usb/composite.h]
  2. #define DECLARE_USB_FUNCTION_INIT(_name, _inst_alloc, _func_alloc) \
  3. DECLARE_USB_FUNCTION(_name, _inst_alloc, _func_alloc) \
  4. static int __init _name ## mod_init(void) \
  5. { \
  6. return usb_function_register(&_name ## usb_func); \ // 注册UAC设备驱动
  7. } \
  8. static void __exit _name ## mod_exit(void) \
  9. { \
  10. usb_function_unregister(&_name ## usb_func); \ // 注销UAC设备驱动
  11. } \
  12. module_init(_name ## mod_init); \ // 模块初始化
  13. module_exit(_name ## mod_exit) // 模块卸载
  14. #define DECLARE_USB_FUNCTION(_name, _inst_alloc, _func_alloc) \
  15. // 定义UAC2.0的Gadget Function驱动,名称为uac2_usb_func
  16. static struct usb_function_driver _name ## usb_func = { \
  17. .name = __stringify(_name), \ // 驱动名称为uac2
  18. .mod = THIS_MODULE, \
  19. .alloc_inst = _inst_alloc, \
  20. .alloc_func = _func_alloc, \
  21. }; \
  22. MODULE_ALIAS("usbfunc:"__stringify(_name));

3.Gadget Function API

Gadget Funcation API是一个抽象层,上层的Gadget Function驱动使用Gadget Funcation API注册和注销,下层的Composite驱动使用Gadget Funcation API和Gadget Function驱动绑定和匹配。Gadget Function驱动需要实现usb_function_driver数据结构并向Gadget Funcation API层注册。

Gadget Function API的主要API如下。usb_function_register将注册的usb_function_driver挂到func_list链表中。usb_function_instance函数会遍历func_list链表,将参数name和usb_function_driver的name进行对比,若名称一致,则匹配成功,接着调用匹配成功的usb_function_driver中的alloc_inst回调函数获取usb_function_instance,然后将usb_function_driver的指针设置到usb_function_instance中,最后返回usb_function_instance的指针。usb_get_function函数通过回调alloc_func函数获取并初始化usb_function。其他API可参考源代码。

  1. [drivers/usb/gadget/functions.c]
  2. // 向Gadget Function API层注册Gadget Function驱动
  3. int usb_function_register(struct usb_function_driver *newf)
  4. // 注销Gadget Function驱动
  5. void usb_function_unregister(struct usb_function_driver *fd)
  6. // 从Gadget Function API层获取usb_function_instance
  7. struct usb_function_instance *usb_get_function_instance(const char *name)
  8. // 回调free_func_inst销毁usb_function_instance
  9. void usb_put_function_instance(struct usb_function_instance *fi)
  10. // 从Gadget Function API层获取usb_function_instance
  11. struct usb_function *usb_get_function(struct usb_function_instance *fi)
  12. // 回调free_func销毁usb_function
  13. void usb_put_function(struct usb_function *f)

4.Composite层

USB Composite的核心数据结构为usb_composite_driver。Composite驱动必须实现设备描述符dev和bind回调函数。

Composite(复合)设备使用usb_composite_dev数据结构描述,该数据结构在Composite驱动注册的时候内核会在驱动bind函数调用之前自动创建,不需要驱动创建。

gadget指向dwc3结构体中的usb_gadget。req在Composite驱动注册的时候就提前分配好,用于响应主机发送的控制请求。config指向当前使用的usb配置。desc是当前设备的描述符,在Composite驱动注册的时候设置。driver指向对应的usb_composite_driver。usb_composite_driver结构体包含了usb_gadget_driver数据结构,用来表示usb设备驱动。

  1. [include/linux/usb/composite.h]
  2. struct usb_composite_driver {
  3. const char *name; // 驱动名称
  4. const struct usb_device_descriptor *dev; // 设备描述符,必须定义
  5. struct usb_gadget_strings **strings;
  6. enum usb_device_speed max_speed; // 设备支持的最大速度
  7. unsigned needs_serial:1;
  8. // 用于分配整个设备共享的资源,使用usb_add_config添加配置,必须实现
  9. int (*bind)(struct usb_composite_dev *cdev);
  10. int (*unbind)(struct usb_composite_dev *); // 销毁资源
  11. void (*disconnect)(struct usb_composite_dev *); // 可选的驱动disconnect method
  12. /* global suspend hooks */
  13. void (*suspend)(struct usb_composite_dev *);
  14. void (*resume)(struct usb_composite_dev *);
  15. // composite驱动层提供了默认的实现,即composite_driver_template
  16. struct usb_gadget_driver gadget_driver;
  17. };
  18. struct usb_composite_dev { // 复合设备
  19. // 只读,usb设备控制器的抽象,指向dwc3结构体中的usb_gadget
  20. struct usb_gadget *gadget;
  21. struct usb_request *req; // 用于响应控制请求,缓冲区提前分配好
  22. struct usb_request *os_desc_req; // 用于响应OS描述符,缓冲区提前分配
  23. struct usb_configuration *config; // 当前使用配置
  24. // qwSignature part of the OS string
  25. u8 qw_sign[OS_STRING_QW_SIGN_LEN];
  26. u8 b_vendor_code; // bMS_VendorCode part of the OS string
  27. struct usb_configuration *os_desc_config; // OS描述符使用的配置
  28. unsigned int use_os_string:1;
  29. unsigned int suspended:1;
  30. struct usb_device_descriptor desc; // 设备描述符
  31. struct list_head configs;
  32. struct list_head gstrings;
  33. struct usb_composite_driver *driver; // 指向Composite驱动
  34. ......
  35. };

4.1.legacy

inux内核中直接使用Composite层的USB gadget legacy驱动大多都在drivers/usb/gadget/legacy/目录下,如USB音频设备驱动文件audio.c,USB虚拟以太网设备驱动文件ether.c,HID设备驱动文件hid.c。legacy驱动可以直接使用内核提供的module_usb_composite_driver宏,方便定义Composite驱动。参数为usb_composite_driver结构体。使用usb_composite_probe注册Composite驱动。使用usb_composite_unregister函数注销Composite驱动。

  1. [include/linux/usb/composite.h]
  2. #define module_usb_composite_driver(__usb_composite_driver) \
  3. module_driver(__usb_composite_driver, usb_composite_probe, \
  4. usb_composite_unregister)
  5. [include/linux/device.h]
  6. #define module_driver(__driver, __register, __unregister, ...) \
  7. static int __init __driver##_init(void) \ // 初始化函数
  8. { \
  9. return __register(&(__driver) , ##__VA_ARGS__); \
  10. } \
  11. module_init(__driver##_init); \
  12. static void __exit __driver##_exit(void) \ // 注销函数
  13. { \
  14. __unregister(&(__driver) , ##__VA_ARGS__); \
  15. } \
  16. module_exit(__driver##_exit);

usb_composite_probe和usb_composite_unregister函数的定义如下。usb_composite_probe初始化复合设备驱动,usb_composite_unregister卸载复合设备驱动。

  1. [include/linux/usb/composite.h]
  2. /**
  3. * usb_composite_probe() - register a composite driver
  4. * @driver: the driver to register
  5. *
  6. * Context: single threaded during gadget setup
  7. *
  8. * This function is used to register drivers using the composite driver
  9. * framework. The return value is zero, or a negative errno value.
  10. * Those values normally come from the driver's @bind method, which does
  11. * all the work of setting up the driver to match the hardware.
  12. *
  13. * On successful return, the gadget is ready to respond to requests from
  14. * the host, unless one of its components invokes usb_gadget_disconnect()
  15. * while it was binding. That would usually be done in order to wait for
  16. * some userspace participation.
  17. */
  18. int usb_composite_probe(struct usb_composite_driver *driver)
  19. /**
  20. * usb_composite_unregister() - unregister a composite driver
  21. * @driver: the driver to unregister
  22. *
  23. * This function is used to unregister drivers using the composite
  24. * driver framework.
  25. */
  26. void usb_composite_unregister(struct usb_composite_driver *driver)

内核在Composite驱动层实现了usb_gadget_driver,即composite_driver_template变量,所有复合设备都使用该数据结构,无需驱动实现。

Composite驱动使用usb_composite_probe注册时,内核会将composite_driver_template中的数据拷贝到usb_composite_driver的gadget_driver成员。

  1. [drivers/usb/gadget/composite.c]
  2. static const struct usb_gadget_driver composite_driver_template = { // 内核实现的usb设备驱动
  3. .bind = composite_bind,
  4. .unbind = composite_unbind,
  5. .setup = composite_setup,
  6. .reset = composite_disconnect,
  7. .disconnect = composite_disconnect,
  8. .suspend = composite_suspend,
  9. .resume = composite_resume,
  10. .driver = {
  11. .owner = THIS_MODULE,
  12. },
  13. };

4.2.USB Gadget Configfs

Configfs是一种基于ram的文件系统,可以在用户空间直接控制内核对象,主要适用于内核对象有众多配置的模块,比如USB复合设备。Linux 3.11版本引入了USB Gadget Configfs。在用户层可以通过暴漏出来的API定义USB Gadget设备的任意功能和配置,极大的方便了USB复合设备的配置和使用。该部分内容后面将会详细介绍原理和使用方法。USB Gadget Configfs在drivers/usb/gadget/configfs.c文件中实现。

【文章福利】小编推荐自己的Linux内核技术交流群: 【977878001】整理一些个人觉得比较好得学习书籍、视频资料;进群私聊群管理领取 内核资料包(含视频教程、电子书、实战项目及代码)

内核资料直通车:Linux内核源码技术学习路线+视频教程代码资料

学习直通车:Linux内核源码/内存调优/文件系统/进程管理/设备驱动/网络协议栈

5.UDC驱动

5.1.函数接口

UDC驱动模块定义如下,内核初始化或模块加载时初始化,创建udc_class,设置uevent的回调函数为usb_udc_uevent。

  1. [drivers/usb/gadget/udc/core.c]
  2. static struct class *udc_class;
  3. static int __init usb_udc_init(void)
  4. {
  5. udc_class = class_create(THIS_MODULE, "udc");
  6. ......
  7. udc_class->dev_uevent = usb_udc_uevent;
  8. return 0;
  9. }
  10. subsys_initcall(usb_udc_init);
  11. static void __exit usb_udc_exit(void)
  12. {
  13. class_destroy(udc_class);
  14. }
  15. module_exit(usb_udc_exit);

使用usb_add_gadget_udc注册UDC驱动,首先分配一个usb_udc数据结构,初始化相关成员,最后将usb_udc挂到udc_list链表中,注册成功后UDC的状态为USB_STATE_NOTATTACHED。使用usb_del_gadget_udc删除UDC驱动,首先回调pullup断开连接,然后回调udc_stop停止USB设备控制器,最后从udc_list链表中删除usb_udc。

  1. [drivers/usb/gadget/udc/core.c]
  2. /**
  3. * usb_add_gadget_udc - adds a new gadget to the udc class driver list
  4. * @parent: the parent device to this udc. Usually the controller
  5. * driver's device.
  6. * @gadget: the gadget to be added to the list
  7. *
  8. * Returns zero on success, negative errno otherwise.
  9. */
  10. int usb_add_gadget_udc(struct device *parent, struct usb_gadget *gadget)
  11. /**
  12. * usb_del_gadget_udc - deletes @udc from udc_list
  13. * @gadget: the gadget to be removed.
  14. *
  15. * This, will call usb_gadget_unregister_driver() if
  16. * the @udc is still busy.
  17. */
  18. void usb_del_gadget_udc(struct usb_gadget *gadget)

Composite驱动调用usb_gadget_probe_driver和UDC驱动匹配,首先遍历udc_list链表,若有usb_udc的driver成员为空,则表示匹配成功,接着Composite驱动和UDC驱动绑定,通过将Composite驱动的usb_composite_driver.gadget_driver的地址设置到usb_udc.driver成员中完成绑定,最后回调udc_start启动USB设备控制器。调用usb_gadget_unregister_driver解除Composite驱动和UDC驱动的绑定关系。

  1. [drivers/usb/gadget/udc/core.c]
  2. int usb_gadget_probe_driver(struct usb_gadget_driver *driver)
  3. int usb_gadget_unregister_driver(struct usb_gadget_driver *driver)

UDC层还向USB devcie function驱动提供了一些的接口,用来开启和关闭USB设备控制器、使能和禁止端点、queues/dequeues I/O请求、分配和释放usb_request、匹配端点等。这些函数内部会调用具体的USB设备控制器的UDC驱动。RK3399平台上,就会调用dwc3实现的UDC驱动。至于具体内容,后面章节在分析dwc3的UDC驱动时会详细说明。

  1. [drivers/usb/gadget/udc/core.c]
  2. int usb_ep_enable(struct usb_ep *ep) // 使能端点
  3. int usb_ep_disable(struct usb_ep *ep) // 禁止端点
  4. int usb_ep_queue(struct usb_ep *ep, struct usb_request *req, gfp_t gfp_flags) // queues usb_request
  5. int usb_ep_dequeue(struct usb_ep *ep, struct usb_request *req) // dequeue usb_request
  6. struct usb_request *usb_ep_alloc_request(struct usb_ep *ep, gfp_t gfp_flags) // 分配usb_request
  7. void usb_ep_free_request(struct usb_ep *ep, struct usb_request *req) // 释放usb_request
  8. // 根据描述符,匹配要使用的端点
  9. int usb_gadget_ep_match_desc(struct usb_gadget *gadget, struct usb_ep *ep,
  10. struct usb_endpoint_descriptor *desc, struct usb_ss_ep_comp_descriptor *ep_comp)

5.2.数据结构

UDC驱动使用usb_udc数据结构描述,注册的所有usb_udc数据结构都会挂到udc_list链表上。UDC驱动的功能主要由成员gadget实现,即usb_gadget数据结构。struct usb_gadget_driver由composite层实现,用于连接USB Function驱动和UDC驱动。usb_gadget_ops是USB设备控制器的硬件操作函数,包含启动USB设备控制器、停止USB设备控制器、vbus电源等功能。ep0表示端点0,驱动注册时会提前分配好,用于响应控制请求。除端点0外,USB设备驱动还会使用其他的端点,这些端点数据结构挂到ep_list链表中。speed表示USB设备控制器当前的速度。max_speed表示USB设备控制器最大的速度。

  1. [drivers/usb/gadget/udc/core.c]
  2. static LIST_HEAD(udc_list);
  3. struct usb_udc { // 描述usb设备控制器
  4. // 指向Composite驱动中的usb_gadget_driver
  5. struct usb_gadget_driver *driver;
  6. // 实现udc驱动的结构体,包含usb设备控制器硬件操作函数
  7. struct usb_gadget *gadget;
  8. struct device dev;
  9. // usb_udc结构体可以组成一个链表
  10. struct list_head list;
  11. bool vbus; // 对于不关心vbus状态的udc,该值始终为true
  12. };
  13. [include/linux/usb/gadget.h]
  14. struct usb_gadget {
  15. // 用于sysfs_notify的工作队列
  16. struct work_struct work;
  17. struct usb_udc *udc; // 指向usb_udc
  18. // usb设备控制器硬件操作函数,不涉及io操作
  19. const struct usb_gadget_ops *ops;
  20. struct usb_ep *ep0; // 端点0,用于响应控制读写请求
  21. struct list_head ep_list; // 该usb设备驱动所需的所有端点链表
  22. enum usb_device_speed speed; // 当前连接usb主机的速度
  23. enum usb_device_speed max_speed; // udc驱动支持的最大速度
  24. enum usb_device_state state; // 当前的状态
  25. const char *name; // udc驱动名称,用与确认控制器硬件类型
  26. struct device dev;
  27. unsigned out_epnum; // 最近使用的输出端点编号
  28. unsigned in_epnum; // 最近使用的输入端点编号
  29. unsigned mA; // 最近设置的mA值
  30. struct usb_otg_caps *otg_caps; // OTG的能力
  31. unsigned sg_supported:1; // 是否支持聚合DMA
  32. unsigned is_otg:1; // 是否支持OTG,支持OTG必须提供OTG描述符
  33. unsigned is_a_peripheral:1; // 一般为false除非支持OTG
  34. // 输出端点的请求缓冲区大小按MaxPacketSize对齐
  35. unsigned quirk_ep_out_aligned_size:1;
  36. unsigned is_selfpowered:1; // 是否是自供电
  37. unsigned connected:1; // 是否连接成功
  38. unsigned uvc_enabled:1; // uvc功能是否使能
  39. ......
  40. };
  41. struct usb_gadget_driver {
  42. char *function; // 描述usb_gadget_driver的字符串
  43. enum usb_device_speed max_speed; // 该驱动可处理的最大速度
  44. // 回调函数,可通过该函数绑定上层的gadget function驱动
  45. int (*bind)(struct usb_gadget *gadget, struct usb_gadget_driver *driver);
  46. void (*unbind)(struct usb_gadget *);
  47. // 端点0控制请求调用,用于描述符和配置的管理,通常在中断中调用,不可睡眠
  48. int (*setup)(struct usb_gadget *, const struct usb_ctrlrequest *);
  49. // 当主机断开时,所有传输停止后调用,可能会在中断中调用,不可睡眠
  50. void (*disconnect)(struct usb_gadget *);
  51. void (*suspend)(struct usb_gadget *);
  52. void (*resume)(struct usb_gadget *);
  53. // usb总线复位时调用,必须实现,在中断中调用
  54. void (*reset)(struct usb_gadget *);
  55. struct device_driver driver;
  56. };
  57. struct usb_gadget_ops { // usb设备控制器硬件操作函数,不涉及端点和io
  58. int (*get_frame)(struct usb_gadget *);
  59. int (*wakeup)(struct usb_gadget *);
  60. int (*set_selfpowered) (struct usb_gadget *, int is_selfpowered);
  61. int (*vbus_session) (struct usb_gadget *, int is_active);
  62. int (*vbus_draw) (struct usb_gadget *, unsigned mA);
  63. // 下拉让usb主机感知到usb设备接入usb总线,usb主机会枚举usb设备
  64. int (*pullup) (struct usb_gadget *, int is_on);
  65. int (*ioctl)(struct usb_gadget *, unsigned code, unsigned long param);
  66. void (*get_config_params)(struct usb_dcd_config_params *);
  67. int (*udc_start)(struct usb_gadget *, struct usb_gadget_driver *); // 启动udc
  68. int (*udc_stop)(struct usb_gadget *); // 停止udc
  69. // 匹配usb端点
  70. struct usb_ep *(*match_ep)(struct usb_gadget *,
  71. struct usb_endpoint_descriptor *, struct usb_ss_ep_comp_descriptor *);
  72. };

声明:本文内容由网友自发贡献,转载请注明出处:【wpsshop博客】
推荐阅读
相关标签
  

闽ICP备14008679号