platform设备驱动模型(1)

前言：著名的Linus Torvalds曾说：Read the fucking source code，对，就是酱紫，读懂源码，眼见为实。

一、platform设备驱动模型的前世今生

带着问题去学习，就是最好的方式，多问自己几个为什么！

在inux设备驱动模型中，有三个重要的实体，1.总线、2.设备、3.驱动。
linux从2.6起就加入了一套新的驱动管理和注册的机制platform平台总线，是一条虚拟的总线，设备用platform_device表示，驱动用platform_driver进行注册。于传统的bus/device/driver机制相比，platform由内核进行统一管理，在驱动中使用 资源，提高了代码的安全性和可移植性。

1.platform总线是个什么玩意？

【ps：概念的东西，心里有个谱就行了，没必要拘泥】

首先我们得知道总线是个什么东西吧！
在硬件上，物理总线分为 [数据总线] 和 [地址总线]，
而物理总线就是处理器和多个设备间的通道！
相对于USB、PCI、I2C、SPI等物理总线来说，
platform总线是一种虚拟、抽象出来的总线，实际中并不存在这样的总线。

2.为什么要引入platform总线呢？意义何在

一句话：保持设备驱动的统一性而虚拟出来的总线。

因为对于usb设备、i2c设备、pci设备、spi设备等等，他们与cpu的通信都是直接
挂在相应的总线下面与我们的cpu进行数据交互的，
但是【看到这里就知道这是重点了】
在我们的嵌入式系统当中，并不是所有的设备都能够归属于这些常见的总线，
在嵌入式系统里面，SoC系统中集成的独立的外设控制器、挂接在SoC内存空间的外设，却不依附与此类总线。
所以Linux驱动模型为了保持完整性，将这些设备挂在一条虚拟的总线上（platform总线），而不至于使得有些
设备挂在总线上，另一些设备没有挂在总线

总结一下：就是以前很多类似于usb等物理设备都是直接挂在物理总线上和cup通信的，
但现在来了一下其他设备，没法挂在物理总线上，以前都是挂在总线上的，现在没法挂了，那怎么办呢？
那搞个虚拟总线不就可以了？于是platform总线就应运而生了，对，就是酱紫！

3.platform总线在源码中的流程，到底在哪里调用了！[重点]

有了统一模型，方便我们的驱动工程师在写驱动的时候，按platform结构写驱动就可以了，我们只需注册platform_device和platform_driver而不需要我们自己去注册platform总线，因为系统启动就有那条总线。

怎么看出来系统启动就有的？
Read the fucking source code
这就得追溯到内核的启动流程了

内核启动流程图.png

1.路径：kernel-3.18/init/main.c

image.png image.png image.png image.png image.png

2.路径 kernel-3.18/drivers/base/init.c

image.png

3.路径：kernel-3.18/drivers/base/platform.c

image.png

ok，最后在platf_bus_init()中调用了bus_register()这个方法注册了总线，到这里，我们就把总线的流程走了一遍。这样心里也有个谱，知道为什么总线一开始就存在，再次记录，点滴积累！

Stay hungry，Stay foolish!
荆轲刺秦王