linux驱动学习（九） usb设备驱动的初步认知

小小的概述

和i2c驱动类似，usb驱动架构中也有usb-core这样的框架，为上层设备驱动程序提供封装后的方便使用的api函数，为底层与硬件相关的代码封装提供总线接入功能。

撇开复杂的usb协议，我们先认知linux驱动中的usb框架，至于细节的实现，需要漫长的代码。在我们还不知道它长什么样的时候就去讨论内部的实现机制就毫无意义的。

usb驱动架构

图1

准确的说，图1是不完整的usb驱动架构，但是有助于对架构的理解。不光是i2c，linux均是以这样的架构呈现。

对于我们初学者来说，先接触一下usb协议的基本概念，然后在分析一个代表性的usb设备驱动，这样是一个有效的学习usb驱动的途径。

之后，在深入usb协议再分析usb-core。

usb-skeleton

linux内核源码中的/drivers/usb/usb-skeleton.c 文件为我们提供了一个最基础的usb驱动程序，即usb骨架程序，可以看做这是一个最简单的usb设备驱动实例，尽管具体的usb设备驱动千差万别，但其骨架则万变不离其宗。

我们的usb驱动开发也从他开始。

linux USB驱动程序需要做的第一件事件就是在linux usb子系统里注册，这个子系统就是usb-core，同事提供一些相关信息，例如这个驱动程序支持哪种设备，当被支持的设备从系统插入或者拔出时，会有哪些动作，所有这些信息都传送到usb子系统中，在usb-skeleton.c 中是这样表示的。

static struct usb_driver skel_driver = {
	.name =		"skeleton",
	.probe =	skel_probe,
	.disconnect =	skel_disconnect,
	.id_table =	skel_table,
};

static int __init usb_skel_init(void)
{
	int result;

	/* register this driver with the USB subsystem */
	result = usb_register(&skel_driver);
	if (result)
		err("usb_register failed. Error number %d", result);

	return result;
}

static void __exit usb_skel_exit(void)
{
	/* deregister this driver with the USB subsystem */
	usb_deregister(&skel_driver);
}

module_init (usb_skel_init);
module_exit (usb_skel_exit);

其实在2.4的内核中struct usb_driver skel_driver中还有file_operations的一个成员（现在被移到了usb_class_driver中），大多数usb驱动程序需要钩住另外一个驱动系统，usb驱动往往不是单独存在的，例如scsi、网络（usb网卡）、或者tty（usb转串口）子系统，这些驱动程序在其他驱动系统中注册，同事任何用户空间的交互操作（open、read、write、ioctl等）通过那些借口提供，比如我们把scsi设备驱动作为我们usb驱动钩住的另外一个驱动系统，那么我们此sub设备的read、write等操作，就相应按scsi设备的read、write函数进行访问。但如果没有一个匹配的驱动系统可以使用时，那我们就要自己处理与用户空间的read、write等交互函数，在usb_class_driver中提供注册file_operations的函数指针，这样就可以与用户空间实现方便的交互。

usb-skeleton驱动对应的device

当usb设备插入时，为了使hotplug系统自动装载驱动程序，还需要创建一个table，如下：

/* table of devices that work with this driver */
static struct usb_device_id skel_table [] = {
	{ USB_DEVICE(USB_SKEL_VENDOR_ID, USB_SKEL_PRODUCT_ID) },
	{ }					/* Terminating entry */
};

USB_SKEL_VENDOR_ID和USB_SKEL_PRODUCT_ID为厂商的ID和产品ID，为我么提供了一个设备的唯一标识，当系统插入一个id匹配的usb设备到usb总线时，驱动会在usb-core中注册，驱动程序的skel_probe函数也会被调用。

static int skel_probe(struct usb_interface *interface, const struct usb_device_id *id)

驱动程序需要确认插入的设备是否可以被接受，如果不接受，或者再初始化的过程中发生任何错误，skel_probe会返回一个错误，否则将使用usb-core的usb_register_dev注册设备。

static int skel_probe(struct usb_interface *interface, const struct usb_device_id *id)
{
	...
        /* save our data pointer in this interface device */
	usb_set_intfdata(interface, dev);
	...
	/* we can register the device now, as it is ready */
	retval = usb_register_dev(interface, &skel_class);
	if (retval) {
		goto error;
	}
	...
error:
	if (dev)
		kref_put(&dev->kref, skel_delete);
	return retval;
}

skeleton的file_operations

此外，还将注册与应用程序交互的接口函数。如skel_class

static struct file_operations skel_fops = {
	.owner =	THIS_MODULE,
	.read =		skel_read,
	.write =	skel_write,
	.open =		skel_open,
	.release =	skel_release,
};

static struct usb_class_driver skel_class = {
	.name =		"skel%d",
	.fops =		&skel_fops,
	.minor_base =	USB_SKEL_MINOR_BASE,
};

由于usb-skeleton没有钩住任何驱动子系统，因此这里实现自己的用户交互接口，在字符驱动中所数字的file_operations。

现在，usb-skeleton驱动就已经和设备绑定上了，任何用户态程序要操作此设备都可以通过file_operations结构所定义的函数进行了，

usb-skel