Linux USB驱动层次分析

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Linux USB驱动层次分析，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含7067字，纯文字阅读大概需要11分钟。

内容图文

1、USB驱动层次简介

Linux内核中USB驱动程序分为两类：USB主机控制器驱动程序（Host Controller Driver）、USB设备驱动程序（USB device drivers)，它们在内核中的USB驱动的层次关系，如下图所示：

由上图可以看出，内核中的USB驱动层次可以分为三层。USB主机控制器驱动位于USB驱动层次最底层，直接作用于UBS主机控制器硬件之上，在主机控制器上的为USB核心，再上层为USB设备驱动层。

对于以上几部分的功能，我们可以大致进行以下概括：

• USB主机控制器驱动程序提供访问USB设备的接口，它是一个“数据通道”，至于这些数据有什么作用，这要靠上层的USB设备驱动程序来解释。
• USB设备驱动程序使用下层的驱动提供的接口来访问USB设备，不需要关心主机控制器和设备如何进行通信。
• USB核心负责USB驱动管理和协议处理的主要工作，其功能包括：通过定义一些数据结构、宏和功能函数，向上为设备驱动提供编程接口，向下为USB主机控制器驱动提供编程接口；维护整个系统的USB设备信息；完成设备热插拔控制、总线数据传输等。

2、USB主机控制器驱动

USB主机控制器有OHCI(Open Host Controller Interface)、UHCI(Universal Host Controller Interface)、EHCI(Enhanced Host Controller Interface)、xHCI(eXtensible Host Controller Interface)等类型，这部分驱动程序由内核实现。

我们可以根据目标板硬件的信息，通过make menuconfig配置内核支持那种USB主机控制器。USB主机控制器驱动程序实现的功能如下：

• 1、识别插入的USB设备
• 2、查找并安装对应的驱动程序
• 3、提供了USB读写函数

下面我们将围绕以上的几点对USB主机控制器驱动程序进行分析

2.1 识别插入的USB设备

识别插入的USB设备也称为设备的枚举过程，这一过程就是从设备读取各种描述符，从而知道设备是什么样的设备，如何进行通信等。USB设备插拔检测是基于硬件机制实现的，当USB插入，信号线D+或D-就会被拉高，主机控制器就会产生一个hub_irq中断，控制器调用hub的探测函数，来解析设备信息。

识别过程如下所示：

① hub_events是在hub_thread线程中调用的hub事件处理函数，每次执行一次hub事件，hub_thread就会进入休眠等待。当usb port上状态发现变化时，hub_thread线程被唤醒，hub事件处理函数被执行

② hub事件处理函数遍历hub中所有的port，对各个port进行查看，判断port是否发生了变化，如果产生变化就调用hub_port_connect_change进行处理。hub_port_connect_change分为两个部分，第一部分主要是确认是否有新设备插入，第二部分是如果有新设备插入后，分配设备资源，并进行枚举操作

③ 通过usb_alloc_dev为新的usb设备分配设备资源，并进行一些列的初始化，将usb设置为USB_STATE_ATTACHED，表示设备已经连接

④ choose_address为新设备分配地址，每次的地址编号是在已分配的地址连续加的，若编号大于127并且没有找到可以地址编号，将继续从头开始收索

⑤ 通过hub_port_init对usb设备进行reset，并设置usb设备的地址，获取usb设备的设备描述符

⑥ 通过hub_set_address设置usb设备地址，设置地址为④中分配的地址，此后usb主机控制器不在使用默认地址0，而是使用这个地址与usb设备进行通信

⑦ 通过usb_get_device_descriptor获取usb设备的描述符

⑧ usb_new_device主要是获取usb设备信息，将usb设备添加到usb总线上去

⑨ 调用usb_parse_configuration解析获取得到的信息，将包含配置，相关接口，端点等的这些信息，补全到之前申请的usb_host_config结构里

⑩ 将usb设备添加到usb总线，并匹配支持的usb设备驱动程序

2.2 查找并安装对应驱动程序

识别插入的usb设备后，调用usb_new_device创建新设备，最终调用到了device_add函数。我们知道device_add函数是内核中“总线-设备-驱动”模型中的创建设备的函数，在device_add函数中会将device挂载到总线上，并依次寻找总线上的挂载的驱动模型，调用总线的.match函数进行匹配。如果匹配成功，将调用驱动模型中的probe函数。匹配过程如下图所示：

usb总线usb_bus_type中的match函数

static int usb_device_match(struct device *dev, struct device_driver *drv)
{
    /* devices and interfaces are handled separately */
    if (is_usb_device(dev)) {

        /* interface drivers never match devices */
        if (!is_usb_device_driver(drv))
            return 0;

        /* TODO: Add real matching code */
        return 1;

    } else {
        struct usb_interface *intf;
        struct usb_driver *usb_drv;
        const struct usb_device_id *id;

        /* device drivers never match interfaces */
        if (is_usb_device_driver(drv))
            return 0;

        intf = to_usb_interface(dev);
        usb_drv = to_usb_driver(drv);

        id = usb_match_id(intf, usb_drv->id_table);
        if (id)
            return 1;

        id = usb_match_dynamic_id(intf, usb_drv);
        if (id)
            return 1;
    }

    return 0;
}

match函数中将usb设备和usb设备接口的驱动匹配分离开，如果设备过来了，走到了设备这条路，然后要判断下驱动是不是设备驱动，是不是针对整个设备的，如果不是的话，设备找不到对应的驱动，匹配不成功，就直接返回了。如果usb设备接口来了，走到了接口这条路，然后看匹配的是不是usb设备的驱动程序，如果是直接返回匹配不成功，否则继续进行匹配，接口驱动程序的匹配是通过id_table进行匹配的

3、USB设备驱动

USB主机驱动程序提供了USB设备的插拔识别和枚举操作，以及访问USB设备的接口，它是一个“数据通道”，完成了数据的传输。至于这些数据有什么作用，这要靠USB设备驱动程序来解释，USB设备驱动程序实现对主机控制器驱动获取的数据的进行加工使用

3.1 支持设备配置

每个USB设备被挂载后，会自动寻找与之匹配的驱动程序，但每个设备有不同的配置，每个配置又有不同的接口，每个接口可能实现不同的逻辑功能，不同的逻辑功能又需要匹配不同的驱动。根据每个设备的接口逻辑，编写驱动程序这就是驱动开发者需要完成的工作。那么如何知道什么样的设备驱动匹配什么样的设备呢？这就是通过注册的设备驱动中的usb_driver结构体中的id_table来完成的

struct usb_device_id {
    /* which fields to match against? */
    __u16        match_flags;

    /* Used for product specific matches; range is inclusive */
    __u16        idVendor;
    __u16        idProduct;
    __u16        bcdDevice_lo;
    __u16        bcdDevice_hi;

    /* Used for device class matches */
    __u8        bDeviceClass;
    __u8        bDeviceSubClass;
    __u8        bDeviceProtocol;

    /* Used for interface class matches */
    __u8        bInterfaceClass;
    __u8        bInterfaceSubClass;
    __u8        bInterfaceProtocol;

    /* not matched against */
    kernel_ulong_t    driver_info;
};

.match_flags：说明使用那种匹配方式

内核中提供了几个宏来初始化这个结构体

USB_DEVICE(vendor, product) 创建一个 struct usb_device_id，可用来只匹配特定供应商和产品 ID 值，对于需要特定驱动的 USB 设备，这是非常普遍用的。

USB_DEVICE_VER(vendor, product, lo, hi) 创建一个 struct usb_device_id，用来在一个版本范围中只匹配特定供应商和产品 ID 值。

USB_DEVICE_INFO(class, subclass, protocol) 创建一个 struct usb_device_id，可用来只匹配一个特定类的 USB 设备。

USB_INTERFACE_INFO(class, subclass, protocol) 创建一个 struct usb_device_id，可用来只匹配一个特定类的 USB 接口。

3.2 请求usb数据传输实现

设备驱动程序和主机控制器之间数据传输是通过urb(usb request block)来描述的，usb总线就像一条高速公路，货物、人流之类的可以看成是系统与设备交互的数据，而urb就可以看成是总线这条高速线路上汽车司机运输的订单。它不仅告诉了这辆汽车要运送什么东西，目的地是什么，要运输的东西有多大，还告诉了汽车司机运送到目的地要找告诉谁去接收货物。

1）urb需要在设备驱动程序进行分配和初始化，一般通过调用usb_alloc_urb()函数进行动态分配

2）分配完成urb结构后，还需对urb中的信息进行初始化，比如传输源地址（根据设备地址和端点信息确定），目的地址（分配存放传输数据内存）和传输数据的长度，以及传输完成后的处理函数等等。不同的传输方式有不同的urb填充函数，如下所示：

　 控制传输：usb_fill_control_urb

　 批量传输：usb_fill_bulk_urb

    中断传输：usb_fill_int_urb

3）以上两步完成，就可以调用usb_submit_urb()函数提交urb信息。如果usb_submit_urb()调用成功，即urb 的控制权被移交给USB 核心，该函数返回0

提交的urb由USB 核心指定的USB 主机控制器驱动，被USB 主机控制器处理，进行一次到USB 设备的传送。当传输完成将调用urb_fill_xxx_urb中指定的传输完成的处理函数

通过urb就实现了设备驱动和usb设备之前的数据的进行访问过程，后面我们将开始编写usb驱动程序，加深这部分的理解

内容总结

以上是互联网集市为您收集整理的Linux USB驱动层次分析全部内容，希望文章能够帮你解决Linux USB驱动层次分析所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---