当前位置: 技术问答>linux和unix
关于linux块设备驱动程序的两个问题
来源: 互联网 发布时间:2017-02-15
本文导语: 我们都知道,写linux块设备驱动的本质大部分都是对寄存器读写(这是我假设,有待确认) 我想问的是: 1. 我们如何知道这些寄存器的地址的?是谁告诉的。 2. 应用程序如何对这个块设备进行读写,是通过ioctl还是...
我们都知道,写linux块设备驱动的本质大部分都是对寄存器读写(这是我假设,有待确认)
我想问的是:
1. 我们如何知道这些寄存器的地址的?是谁告诉的。
2. 应用程序如何对这个块设备进行读写,是通过ioctl还是其他方法?
谢谢。/
我想问的是:
1. 我们如何知道这些寄存器的地址的?是谁告诉的。
2. 应用程序如何对这个块设备进行读写,是通过ioctl还是其他方法?
谢谢。/
|
1、别的问题不论 单说对存储设备的读写操作寄存器 要注意这个问题本身是有问题的。大多数情况下不可能直接读写具体的存储设备的“寄存器”。
目前常见的存储设备,ide硬盘 sata硬盘 u盘 sd卡 cf卡 norfalsh nandflash
都有各自的规范和标准,如何操作这些存储设备或者发送专用的存储操作命令,lz可以找到对应的规范手册慢慢研读
注意,这些标准和规范仅限于存储设备和存储设备的硬件控制器之间
存储设备的硬件控制器离具体的存储设备还隔了一层。即使是驱动程序,也无法直接操作具体的存储设备,例如你可以给通过ide控制器的寄存器给硬盘发ide命令,但不能直接操作硬盘。可以通过usb主控器给u盘发scsi命令,但不能直接操作u盘。只能读写硬件控制器的寄存器
这些硬件控制器的制造商会提供datasheet,描述这个总线控制器的寄存器每一位的意义。但一般不会告诉你如何访问这些寄存器。
如何访问具体的存储设备的硬件控制器的寄存器,就看这个存储设备的主控器的上一级(向cpu方向)直接物理连接是什么总线
例如ide控制器 sata控制器 usb控制器,在x86上往往是挂在南北桥扩出来的pci总线上,此时需要lz按照pci设备驱动的惯例,读取pci配置空间,pci_iomap,然后就能操作这些寄存器了
但是在嵌入式cpu如arm powerpc上,ide控制器 sata控制器 usb控制器 falsh控制器,大多直接接在soc的前端总线上,此时这些控制器的地址都是soc能直接寻址的,你能在soc的datasheet上直接找到这些存储控制器的物理地址,ioremap之后就能读写
再啰嗦一句,上面这一段就引出一个容易被忽视但很重要的问题----就是物理总线的主控制器端和这条物理总线的设备端,各自都有驱动程序。pci有pci主控器驱动和pci设备驱动 usb也一样 i2c也一样
一般总线控制器的驱动是这个控制器芯片的厂商提供,甚至都加入了主线内核,一般就容易被忽视。
总线控制器的驱动提供这条总线上的探测、读写、映射、dma等操作的封装接口。至于总线那头具体的设备,例如不同厂商的硬盘和u盘,这些设备的驱动属于设备端驱动。设备端驱动要调用总线控制器驱动提供的接口才能操作设备。
对于存储设备,有一个好玩的现象,就是设备端驱动几乎一样,但是控制器的驱动却多种多样。
norfalsh nandflash ,它们的设备驱动几乎是通用的,而具体的flash控制器的驱动各不相同的。
硬盘 u盘的驱动大多是一样,usb总线控制器的驱动各不相同。
喝咖啡了太兴奋 写了一堆
目前常见的存储设备,ide硬盘 sata硬盘 u盘 sd卡 cf卡 norfalsh nandflash
都有各自的规范和标准,如何操作这些存储设备或者发送专用的存储操作命令,lz可以找到对应的规范手册慢慢研读
注意,这些标准和规范仅限于存储设备和存储设备的硬件控制器之间
存储设备的硬件控制器离具体的存储设备还隔了一层。即使是驱动程序,也无法直接操作具体的存储设备,例如你可以给通过ide控制器的寄存器给硬盘发ide命令,但不能直接操作硬盘。可以通过usb主控器给u盘发scsi命令,但不能直接操作u盘。只能读写硬件控制器的寄存器
这些硬件控制器的制造商会提供datasheet,描述这个总线控制器的寄存器每一位的意义。但一般不会告诉你如何访问这些寄存器。
如何访问具体的存储设备的硬件控制器的寄存器,就看这个存储设备的主控器的上一级(向cpu方向)直接物理连接是什么总线
例如ide控制器 sata控制器 usb控制器,在x86上往往是挂在南北桥扩出来的pci总线上,此时需要lz按照pci设备驱动的惯例,读取pci配置空间,pci_iomap,然后就能操作这些寄存器了
但是在嵌入式cpu如arm powerpc上,ide控制器 sata控制器 usb控制器 falsh控制器,大多直接接在soc的前端总线上,此时这些控制器的地址都是soc能直接寻址的,你能在soc的datasheet上直接找到这些存储控制器的物理地址,ioremap之后就能读写
再啰嗦一句,上面这一段就引出一个容易被忽视但很重要的问题----就是物理总线的主控制器端和这条物理总线的设备端,各自都有驱动程序。pci有pci主控器驱动和pci设备驱动 usb也一样 i2c也一样
一般总线控制器的驱动是这个控制器芯片的厂商提供,甚至都加入了主线内核,一般就容易被忽视。
总线控制器的驱动提供这条总线上的探测、读写、映射、dma等操作的封装接口。至于总线那头具体的设备,例如不同厂商的硬盘和u盘,这些设备的驱动属于设备端驱动。设备端驱动要调用总线控制器驱动提供的接口才能操作设备。
对于存储设备,有一个好玩的现象,就是设备端驱动几乎一样,但是控制器的驱动却多种多样。
norfalsh nandflash ,它们的设备驱动几乎是通用的,而具体的flash控制器的驱动各不相同的。
硬盘 u盘的驱动大多是一样,usb总线控制器的驱动各不相同。
喝咖啡了太兴奋 写了一堆
|
1. 我们如何知道这些寄存器的地址的?是谁告诉的。
写逻机程序时,寄存器的地址来源于CPU数据手册。在LINUX下,一般的CPU的厂商都写好有相应的头文件,自己查一下,直接调用即可。
2. 应用程序如何对这个块设备进行读写,是通过ioctl还是其他方法?
对字符车陂或者是块设备进行读写,最好都是按照LINUX或原厂商的驱动程序架构来写。ioctl是重点内容。一般的至少包含下述几个模块:
file_operations,open,init,ioctl,exit,
module_init,module_exit,MODULE_LICENSE
写逻机程序时,寄存器的地址来源于CPU数据手册。在LINUX下,一般的CPU的厂商都写好有相应的头文件,自己查一下,直接调用即可。
2. 应用程序如何对这个块设备进行读写,是通过ioctl还是其他方法?
对字符车陂或者是块设备进行读写,最好都是按照LINUX或原厂商的驱动程序架构来写。ioctl是重点内容。一般的至少包含下述几个模块:
file_operations,open,init,ioctl,exit,
module_init,module_exit,MODULE_LICENSE
|
学习了