【转】Linux那些事儿 之 戏说USB(13)面纱

在爱情、背叛与死亡的漩涡中挣扎的凯蒂，亲历了幻想破灭与生死离别之后，终将生活的面纱从她的眼前渐渐揭去，从此踏上了不悔的精神成长之路。
向 大家推荐这部片子《面纱》，没有那些小电影精彩，但是绝对值得一看。为什么会想到它，只在乎于现在的心情。前面说了那么多，才接触到usb_init，有 点一窥usb面纱下神秘容颜的味道。当然，我们并不需要去经历爱情、被判与死亡，所需要经历的只是忍受前面大段大段的唠叨。
人 往往可以被高尚感动，但始终不能因为高尚而爱上。因为被__init给盯上，usb_init在做牛做马的辛勤劳作之后便不得不灰飞烟灭，不可谓不高尚， 但它始终只能是我们了解面纱后面内容的跳板，是起点，却不是终点，我们不会为它停留太久，有太多的精彩和苦恼在等着我们。
865 int retval;
866 if (nousb) {
867 pr_info("%s: USB support disabled/n", usbcore_name);
868 return 0;
869 }
866 行，知道C语言的人都会知道nousb是一个标志，只是不同的标志有不一样的精彩，这里的nousb是用来让我们在启动内核的时候通过内核参数去掉USB 子系统的，linux社会是一个很人性化的世界，它不会去逼迫我们接受USB，一切都只关乎我们自己的需要。不过我想我们一般来说是不会去指定nousb 的吧，毕竟它那么的讨人可爱。如果你真的定义了nousb，那它就只会幽怨的说一句“USB support disabled”，然后退出usb_init。
867行，pr_info只是一个打印信息的宏，printk的变体，在include/linux/kernel.h里定义：
242 #define pr_info(fmt,arg...) /
243 printk(KERN_INFO fmt,##arg)
这个可变参数宏要不要说一下？地球人都知道了，不过还是聊一下吧，我有多话症。99年的ISO C标准里规定了可变参数宏，和函数语法类似，给个例子
#define debug(format, ...) fprintf (stderr, format, __VA_ARGS__)
里面的“…”就表示可变参数，调用时，它们就会替代宏体里的__VA_ARGS__。GCC总是会显得特立独行一些，它支持更复杂的形式，可以给可变参数取个名字，再给个这种形式的例子
#define debug(format, args...) fprintf (stderr, format, args)
是 不是显得更容易读了些？有了名字总是会容易交流一些。是不是与咱们的pr_info比较接近了？除了‘##’，它主要是针对空参数的情况。既然说是可变参 数，那传递空参数也总是可以的，空即是多，多即是空，股市里的哲理这里同样也是适合的。如果没有‘##’，传递空参数的时候，比如
debug ("A message")
宏展开后，里面的字符串后面会多个多余的逗号。这个逗号你应该不会喜欢，它是表错情了，而‘##’则会使预处理器去掉这个多余的逗号。
871 retval = ksuspend_usb_init();
872 if (retval)
873 goto out;
874 retval = bus_register(&usb_bus_type);
875 if (retval)
876 goto bus_register_failed;
877 retval = usb_host_init();
878 if (retval)
879 goto host_init_failed;
880 retval = usb_major_init();
881 if (retval)
882 goto major_init_failed;
883 retval = usb_register(&usbfs_driver);
884 if (retval)
885 goto driver_register_failed;
886 retval = usb_devio_init();
887 if (retval)
888 goto usb_devio_init_failed;
889 retval = usbfs_init();
890 if (retval)
891 goto fs_init_failed;
892 retval = usb_hub_init();
893 if (retval)
894 goto hub_init_failed;
895 retval = usb_register_device_driver(&usb_generic_driver, THIS_MODULE);
896 if (!retval)
897 goto out;
871到897这些行是代码里的排比句，相似的init不相似的内容，很显然都是在完成一些初始化，也是usb_init任劳任怨所付出的全部。这里先简单的说一下。
871行，电源管理方面的。如果在编译内核时没有打开电源管理，也就是说没有定义CONFIG_PM，它就什么也不做。
874行，注册USB总线，只有成功的将USB总线子系统注册到系统中，我们才可以向这个总线添加USB设备。基于它显要的江湖地位，就拿它做为日后突破的方向了，擒贼先擒王，这个越老越青春的道理在linux中也是同样适用的。
877行，执行host controller相关的初始化。
880行，一个实际的总线也是一个设备，必须单独注册，因为USB是通过快速串行通信来读写数据，这里把它当作了字符设备来注册。
883~891行，都是usbfs相关的初始化。
892行，hub的初始化，这个复旦人甲正在讲。
895 行，注册USB device driver，戴好眼镜看清楚了，是USB device driver而不是USB driver，前面说过，一个设备可以有多个接口，每个接口对应不同的驱动程序，这里所谓的device driver对应的是整个设备，而不是某个接口。内核里结构到处有，只是USB这儿格外多。
剩下的几行代码都是有关资源清除的，usb_init这个短短的函数在承载着我们的希望的时候嘎然而止了，你的感觉是什么？我的感觉是：这哪是我能说的清楚的啊。它的每个分叉都更像是一个陷阱，黑黝黝看不到底，但是已经没有回头的路。