http://hi.baidu.com/deep_pro/blog/item/754f7764b73099fbf636544a.html

cdev_add 、register_blkdev 这样的驱动注册函数

platform_driver_register这样的写法，

但是没有看到哪本书介绍了相关内容

简要说，使用这种方式，可以轻松的实现device和driver的匹配，即热插拔

因为平台驱动提供了probe 方法，用来探测匹配设备

而通过cdev_add 的方式，就没有probe 的好处，虽然驱动也能够运行，但是属于无组织无纪律的方式，

近似于每个驱动独占设备的控制权

此时设备无法自动找到驱动，只有手动加载驱动，创建设备节点，使用应用程序来控制设备

但是这似乎才是我们熟知的方法，虽然其实不咋地

/Documentation/driver-model/platform.txt

http://www.linuxforum.net/forum/showflat.php?Board=linuxK&Number=712705

上说：

platform device多用在嵌入式SOC环境下, 和标准bus(pci/usb/...)上的设备相比,

集成在soc的设备有一些特殊性: 比如不可以hotplug, 无法自动probe, 有许多相关的

资源(irq/io/memory/...)需要在arch代码中传递过来(而不是可以自动probe到), 正

是这些特殊之处才使得出现了platform device 以及其特殊的一些接口

(platform_device/platform driver )。

目前还是感觉错误多多，

这样的话，综合以上，应该是说platform device在soc上地位特殊，不是正常挂在PCI 这种可以探测的总线上的，才需要使用这种方式主动触发一个probe来匹配驱动和设备