关于PCI总线驱动
最近在学习PCI总线设备的驱动，书上有这样一句话：“PCI设备驱动要实现，PCI驱动和设备本身的驱动，比如说挂在PCI总线上的字符设备，就要实现PCI驱动pci_driver和字符设备驱动cdev。”
我理解的访问设备的方法：依然是通过设备文件来访问，且仍然为字符设备文件，即是说调用系统调用write，则会进入cdev->fops->write了。
这里就有个疑问了，为什么不直接注册成字符设备驱动，而要弄成一个PCI设备驱动呢？
难道是访问设备的时候，有什么中间环节需要设计到PCI的？还是说，仅仅是为了管理设备和驱动，支持即插即用呢？ 回复 1# wgs13579
操作设备上的register要通过pcibus,不实现pci 设备，没法操作 设备上的register 回复 1# wgs13579
我的理解是这样的，就是你在与你的设备进行通讯的时候是通过PCI总线进行的，如果单纯的是字符设备，通讯速度慢。 我认为是为了Linux设备驱动模型的规范： 总线、设备、驱动。 一般如果设备没有连接在物理总线（PCI, USB等）上，最好也将其连接在虚拟总线上，如platform。 这样当你的device（或者driver）被load的时候（如 insmod XXXX.ko），总线（包括物理和虚拟）上的driver（或device）就会自动地去进行match，如果成功的话就直接执行probe来进行相应的初始化。 这典型是一个理解的问题。
字符设备，这个概念和 块设备，网络接口设备，是同一个层级的概念。属于面向用户的设备概念。
pci设备，这个概念和iic设备，spi设备，是同一层级的概念，属于面向总线的设备概念。
你不该把这两个概念同时拿出来讨论。他们属于不同次元的东西。 RE LS PCI也就是个总线而已吧，类似于USB的驱动吧，嘿嘿，我猜滴哈，PCI的驱动米有做过，也木研究过，USB的做过，USB CORE没深入研究，仅仅知道怎么用 linux驱动模型无敌 如果设备是连接在PCI总线上的话，那么在注册该设备的驱动之前先进行PCI驱动的注册。
CU里有一位讲设备、总线和驱动三者之间关系的文章很不错，可以看看！
页:
[1]