1. 为什么会出现此模型？
因为不同的CPU芯片对应寄存器地址一般都是不同的，因此会出现一个问题，driver一般不会变化而device会发生大变化，如果把device整合到driver中，会导致牵一发而动全身。
为了达到”低耦合高内聚“效果，将device与driver分开，并且引入bus将device、driver联系起来。
1. 旧版本的linux bus-device-driver模型
device位于arch/arm/plat-xxx和arch/arm/mach-xxx目录。driver位于driver/xxx目录。bus位于drivers/base/platform.c等等目录。
由于上述做法，在kernel源码中，存在大量对板级细节信息描述的device代码(arch/arm/plat-xxx和arch/arm/mach-xxx)。为了解决这一问题，ARM kernel 版本3.x之后引入了原先在Power PC等其他体系架构已经使用的Flattened Device Tree。
1. 新版本的linux bus-device-driver模型（device tree）
模型的本质没有变化，只不过将device固定在arch/arm/plat-xxx和arch/arm/mach-xxx 的 struct platform_device 此方法，改变为 开机过程中执行of_platform_populate() --> struct platform_device *of_device_alloc(struct device_node *np, const char *bus_id, struct device *parent) 从dts节点生成platform_device