准备工作该做的都做了，别嫌太麻烦，什么事情都要经过这么一个阶段，大家都明白。现在看看第二阶段的重头戏，看看设备是怎么从Address进入Configured的。1501行，这行主要就是对那些刚出去偷过情的人说的，如果已经在Configured状态了，就得做些清理工作，别被老婆发现了，要装作若无其事的退回到Address状态。都清理些什么怎么去清理？别着急，要想学会，得仔细研究下message.c里的usb_disable_device函数。
1024 /*
1025* usb_disable_device - Disable all the endpoints for a USB device
1026* @dev: the device whose endpoints are being disabled
1027* @skip_ep0: 0 to disable endpoint 0, 1 to skip it.
1028*
1029* Disables all the device's endpoints, potentially including endpoint 0.
1030* Deallocates hcd/hardware state for the endpoints (nuking all or most
1031* pending urbs) and usbcore state for the interfaces, so that usbcore
1032* must usb_set_configuration() before any interfaces could be used.
1033*/
1034 void usb_disable_device(struct usb_device *dev, int skip_ep0)
1035 {
1038 dev_dbg(&dev->dev, "%s nuking %s URBs/n", __FUNCTION__,
1039 skip_ep0 ? "non-ep0" : "all");
1043 }
1046 /* getting rid of interfaces will disconnect
1047 * any drivers bound to them (a key side effect)
1048 */
1051 struct usb_interface *interface;
1053/* remove this interface if it has been registered */
1055 if (!device_is_registered(&interface->dev))
1056 continue;
1060 device_del (&interface->dev);
1061 }
1063 /* Now that the interfaces are unbound, nobody should
1064 * try to access them.
1065 */
1069 }
1072 usb_set_device_state(dev, USB_STATE_ADDRESS);
1073 }
1074 }
经过研究我们可以发现，usb_disable_device函数的清理工作主要有两部分，一是将设备里所有端点给disable掉，一是将设备当前配置使用的每个接口都从系统里给unregister掉，也就是将接口和它对应的驱动给分开。前面不是说要那些行为不端背着老婆玩儿偷情的男人要向这个函数学习么，学习什么？就是也要分两个方面做清理工作，一是喷点香水或者洒点酒气什么的，将谁谁的味道给disable掉，去掉，一是从手机电脑等里面将谁谁的暧昧信息给删掉，将自己和那个谁谁的关系给断掉，省得老婆发现了伤心，要爱惜老婆爱惜生命。
先说下第二部分的工作，1409行，actconfig表示的是设备当前激活的配置，只有它不为空时才有接下来清理的必要。
1050~1061这个for循环就是将这个配置的每个接口从设备模型的体系中删除掉，将它们和对应的接口驱动分开，没有驱动了，这些接口也就丧失了能力，当然也就什么作用都发挥不了了，这也是名字里那个disable的真正含意所在。
1066~1070行，将actconfig的interface数组置为空，然后再将actconfig置为空，这里你可能会有的一个问题是，为什么只是置为空，既然要清理actconfig，为什么不直接将它占用的内存给释放掉？这个问题问的好，说明你足够细心，不过你应该注意到actconfig只是一个指针，一个地址，你应该首先弄清楚这个地址里保存的是什么东西再决定是不是将它给释放掉，那这个指针指向哪儿？它指向设备struct usb_device结构的config数组里的其中一项，当前被激活的是哪一个配置，它就指向config数组里的哪一项，你这里只是不想让设备当前激活任何一个配置而已，没必要将actconfig指向的那个配置给释放掉吧，前面在设备生命线那里走了那么久，历尽千辛万苦才将设备各个配置的内容给拿过来放到config数组里，你这里如果给释放掉，对得起谁啊，岂不要哭死。
那这么说的话另一个问题就出来了，既然actconfig指向了config里的一项，那为什么要把那个配置的interface数组给置为空，这不是修改了那个配置的内容，从而也修改了config数组的内容么？你先别着急，俺帮你回忆一下，在设备生命线那里取配置描述符的，解析返回的那堆数据时，只是把每个配置里的cache数组，也就是intf_cache数组给初始化了，并没有为interface数组充实任何的内容，这里做清理工作的目的就是要恢复原状，当然要将它置为空了，那么配置的interface数组又在哪里被充实了那？usb_set_configuration函数里第二个高潮阶段之后不是还有个第三个阶段么，就在那里，你那时激活了哪个配置，就为哪个配置的interface数组动手术，填点东西。
1071行，如果这个设备此时确实是在Configured状态，就让它回到Address。
现在回头来说说第一部分的清理工作。这个部分主要就是为每个端点调用了usb_disable_endpoint函数，将挂在它们上面的urb给取消掉。为什么要这么做？你想想，能调用到usb_disable_device这个函数，一般来说设备的状态要发生变化了，设备的状态都改变了，那设备的那些端点的状态要不要改变？还有挂在它们上面的那些urb需不需要给取消掉？这些都是很显然的事情，就拿现在让设备从Configured回到Address来说吧，在Address的时候，你只能通过缺省管道也就是端点0对应的管道与设备进行通信的，但是在Configured的时候，设备的所有端点都是能够使用的，它们上面可能已经挂了一些urb正在处理或者将要处理，那么你这时让设备要从Configured变到Address，是不是应该先将这些urb给取消掉？
还有个问题是参数skip_ep0是嘛意思？这里for循环的i是从skip_ep0开始算起，也就是说skip_ep0为1的话，就不需要对端点0调用usb_disable_endpoint函数了，按常理来说，设备状态改变了，是需要把每个端点上面的urb给取消掉的，这里面当然也要包括端点0，但是写代码的哥们儿这里搞出个skip_ep0自然有他们的玄机，蓦然回首一下，usb_set_configuration()调用这个函数的时候参数skip_ep0的值是什么？是1，因为这时候是从Configured回到Address，这个过程中，其它端点是从能够使用变成了不能使用，但端点0却是一直都很强势，虽说是设备发生了状态的变化，但在这两个状态里它都是要正常使用的，所以就没必要disable它了。
什么时候需要disable端点0？目前版本的内核里俺只发现了两种情况，一是设备要断开的时候，一是设备从Default进化到Address的时候，虽说不管是Default还是Address，端点0都是需要能够正常使用的，但因为地址发生改变了，毫无疑问，你需要将挂在它上面的urb清除掉。俺当时讲设备生命线的时候，在设置完设备地址，设备进入Address后，第二种情况的这个步骤给有意无意的飘过了，主要是当时也不影响理解，现在既然遇到了，就把它给补上吧。
在设备生命线的那个过程中，设置完设备地址，让设备进入Address状态后，立马就调用了hub.c里一个名叫ep0_reinit的函数
2066
static void ep0_reinit(struct usb_device *udev)
2067
{
2068
usb_disable_endpoint(udev, 0 + USB_DIR_IN);
2069
usb_disable_endpoint(udev, 0 + USB_DIR_OUT);
2070
udev->ep_in[0] = udev->ep_out[0] = &udev->ep0;
2071
}
这个函数里只对端点0调用了usb_disable_endpoint()，但是端点0接下来还是要使用的，不然你就取不到设备那些描述符了，所以接着重新将ep0赋给ep_in[0]和ep_out[0]。多说无益，还是到usb_disable_endpoint()里面去看看吧。
975 /**
976* usb_disable_endpoint -- Disable an endpoint by address
977* @dev: the device whose endpoint is being disabled
978* @epaddr: the endpoint's address.Endpoint number for output,
979* endpoint number + USB_DIR_IN for input
980*
981* Deallocates hcd/hardware state for this endpoint ... and nukes all
982* pending urbs.
983*
984* If the HCD hasn't registered a disable() function, this sets the
985* endpoint's maxpacket size to 0 to prevent further submissions.
986*/
987 void usb_disable_endpoint(struct usb_device *dev, unsigned int epaddr)
988 {
989 unsigned int epnum = epaddr & USB_ENDPOINT_NUMBER_MASK;
990 struct usb_host_endpoint *ep;
993 return;
995 if (usb_endpoint_out(epaddr)) {
998 } else {
1001 }
1003 usb_hcd_endpoint_disable(dev, ep);
1004 }
这个函数先获得端点号和端点的方向，然后从ep_in或ep_out两个数组里取出端点的struct usb_host_endpoint结构体，并将数组里的对应项置为空，要注意的是这里同样不是释放掉数组里对应项的内存而是置为空。这两个数组里的ep_in[0]和ep_out[0]是早就被赋值了，至于剩下的那些项是在什么时候被赋值的，又是指向了什么东西，就是usb_set_configuration函数第三个阶段的事了。
不要怪俺说得比较粗略，只是都在前面说过了，你既然已经看到这里了，只要用过那么一点点心就会明白这里是什么意思。呼吁一下：要用心啊，要用心去爱你的邻居，不过不要让她的老公知道。
最后1003行调用了一个usb_hcd_endpoint_disable函数，主要的工作还得它来做，不过这已经深入HCD的腹地了，就不多说了，还是飘回usb_disable_device()吧。在为每个端点都调用了usb_disable_endpoint()之后，还有一个小步骤要做，就是将设备struct usb_device结构体的toggle数组置为0。至于toggle数组干吗的，为啥要被初始化为0，你还是蓦然回首到设备那节去看吧。俺要接着飘回usb_set_configuration()了。
1504行，又一次与熟悉的陌生人usb_control_msg()相遇了，每当我们需要向设备发送请求的时候它就会适时的出现，我们每个人是不是也都希望在自己的生活里有这么一个角色？当你需要的时候，她就会出现在你身边，你快乐的时候，她能够分享你的快乐，你痛苦的时候，她也能够给你慰藉，你无聊的时候，她能够陪你去逛衡山路，你烦躁的时候，她能够用自己的柔情平和你的心情。
usb_control_msg这次出现的目的当然是为了SET_CONFIGURATION请求，这里只说一下它的那堆参数，看一下spec 9.4.7的那张表
SET_CONFIGURATION请求不需要DATA transaction，而且还是协议里规定所有设备都要支持的标准请求，也不是针对端点或者接口什么的，而是针对设备的，所以bRequestType只能为0x80，就是上面表里的00000000B，也就是1505行的第一个0，wValue表示配置的bConfigurationValue，就是1505行的configuration。
1514行，将激活的那个配置的地址赋给actconfig。如果cp为空，重新设置设备的状态为Address，并将之前准备的那些struct usb_interface结构体和new_interfaces释放掉，然后返回。扫一下前面的代码，cp有三种可能为空，一是参数configuration为-1，一是参数configuration为0，且从设备的config数组里拿出来的就为空，一是SET_CONFIGURATION请求除了问题。不管怎么说，走到1515行，cp还是空的，你就要准备返回了。
1520行，事情在这里发展达到了高潮的顶端，设置设备的状态为Configured。
1359
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
