一个直观感性的方法认识linux的系统驱动架构

一个直观感性的方法认识linux的系统驱动架构
接触计算机和Android很多年了，照葫芦画瓢可以写和调试linux的驱动程序，但是对linux的驱动体系理解一直觉得不深入，这段时间花一点时间深入思考这个问题，忽然觉得略有所获。
我觉得linux系统，非常像一个大的跨国公司的管理系统，非常非常的像，而驱动程序像其中的一个部门职能。首先，什么是操作系统的核心，操作系统的核心就是一个公司的最重要的规章制度和运作机制，是一种总体上的全局系统的运作机制，对外提供统一接口的系统。
而linux的一种驱动，就类似公司的某一个智能部门的，例如销售部，研发部，测试部等。负责最终实施公司业务的一些部门。为了表述的方便，我们一测试部门为例子表述linux的驱动系统。

一个公司的测试部主要任务就是需求部门提供被测样品和测试需求，测试部门接受任务，然后分发给测试工程师完成测试任务，然后给出测试报告。测试部门的接口单位，或者就是测试部门的负责人可以被认为是adapter
测试任务分发系统，可以认为是总线bus。测试执行人可以认为是设备。如何测试部门可以外接系统以外的工作，必须根据公司的制度，在公司对外接口中（例如网站）登记和发布仔细的相关信息，这也就是在/dev中注册设备节点，当然，如果这个部门紧紧是系统内部使用，而不对外提供服务，那么就不需要在公司网站对外公布。

对于大公司而言，往往是全球性分布的，因此你下面可能有很多事业部或者事业群，为了资源的最有效组合，可能希望这次测试部门资源共享，共同使用。这样，公司内部需要维护一个系统，包括公司内部有哪些测试部门，如何分布的，其擅长哪些测试等等。
xxxx_core，是一个公司内部如何建立某种业务部门的指导性文件支持单位接口工作，例如，I2C_core，我们可以认为是测试部门的指导性文件和支持单位接口工作。xxxx_core提供了如下的服务，例如如何申请成立新的测试部门等，如何组建和招聘相应部门的员工等。

这样对比，什么样叫做总线驱动呢？总线驱动就是一个独立的测试部门如何与外界接口的方法，例如，其提供了什么网站，或者是邮件系统，或者接口人，以及如何和这些接口的具体方法，例如需要如何提供被测样品，如何提出测试需求等。这些需要登记到公司整个系统中。

有了这个之后，测试的任务的具体执行就可以被分发到独立的执行个人或者组了，为了讨论上的方便，我们假设这些测试任务都能够被分发到个人：
对于一个个人而言，其最后接到接口传来的任务。为了任务能够传递过来，我们需要具体的哪一个员工，以及怎么和这个员工交互具体的工作的。
具体的哪一个员工就是所谓的client结构，按照固定合适和这个员工讨论工作就是所谓的驱动的（driver）。员工+工作就是岗位（dev）。
这个，client这个数据结构就可能包含部门，员工编号等信息。驱动呢，就是员工如何入职如何培新以及如何接受任务等相关制度流程。