代码之美 - 16Linux内核驱动模型：协作的好处

这章篇幅不大，可读得费劲。

上来就有两句话没看懂：在2.4版本的内核中，每一个设备的物理部分都由一段总线特定的代码来控制。总线代码负责各种不同类型的任务，而每一种具体总线的代码之间则没有交互。

后一句的原文是：This bus code was responsible for a wide range of different tasks, and each individual bus code had no interaction with any other bus code.

这里，总线特定代码（bus-specific code）是什么意思？

然后，Greg Kroah-Hartman提出两个问题，1是在解决电源管理问题时，内核需要知道不同设备的连接关系；2是不论哪一台USB打印机先启动，两台打印机的名字永不变。

其他系统的一般解决方法，1是内核中放一个处理设备名的小数据库，2是通过文件系统中可以直接访问设备的devfs类型来导出设备的所有信息。

对Linux来说，内核里放数据库是不能接受的，同时，Linux的devfs文件系统实现中“存在一些众所周知的且难以消除的竞争条件，导致几乎所有的Linux发布的版本中都不能依赖它。”这句话怎么理解？

再然后，作者用一个“简单”的例子展现了，展现了什么呢，我觉得是展现了C语言的复杂用法。如作者所说：是的，非常强大，只要你清楚地知道你正在做什么。

不信就看看这个宏吧： 

1. #define container_of(ptr, type, member)    ({    /
2.     const typeof( ((type *)0) ->member ) * _mptr = (ptr);    /
3.     (type *)( (char *)_mptr - offsetof(type, member) );})

作者通过介绍Linux内核中解决前面提到的两个问题所需的数据结构和支持函数的演变，来说明协作给Linux带来的好处，还好文末有个总结，否则我又要忘了他要说什么。