1.在传统的Linux系统中Linux驱动一般有两种类型的代码:访问硬件寄存器的代码和业务逻辑代码.
2.android的层次结构:应用层,应用框架层,系统运行库层,linux内核层
3.为android加入HAL的目的:
(1)统一硬件的调用接口.由于HAL有标准的调用接口,所以可以利用 HAL屏蔽Linux驱动复杂,不统一的接口.
(2)解决GPL版权问题。由于 Linux 内核基于GP协议,而Android基于Apache Licence2.0协议
(3)针对一些特殊的要求.对于有些硬件,可能需要访问一些用户空间的资源,或在内核空间不方便完成的工作以及特殊需求。在这种情况下 ,可以利用位于用户空间的HAL代码来辅助 Linux驱动完成一些工作.
4.HAL架构比较简单,其基本原理就是在 Android 系统中使用程序库,调用位于内核空间的linux驱动.调用HAL模块的代码并不需要直接装载.so 文件,而只需要通过一个ID来定位相应的.so文件.
5.编写一款支持HAL的linux驱动程序的步骤
(1)编写linux驱动.代码要简洁,将逻辑业务放到HAL Library中
(2)编写HAL Library.Service Library就是通过接口中定义的ID定位HAL
(3)编写Service library.Service Manager会调用 Service Library,而APK 程序会调用Service Manager类访问 Service Library
6.编写LED驱动时注意:
(1)s3c6410_leds_hal.c文件中的代码除了 s3c64lO_leds_ hal_read 和 s3c641O leds_ hal_write函数(相对于第7章的LED驱动s3c6410_1eds_read 和s3c64lO_leds_ write函数)中的代码外,其他的代码与第7章实现的LED 驱动的代码基本相同.
(2)在s3c6410_leds_hal_read 和s3c6410_leds_hal_write函数中己经删除了所有与 LED 相关的逻辑。只使用了 iowrite32 和 ioread32 函数读写指定的寄存器.通过 s3c641O_leds_hal_read 和s3c6410_leds_hal _write 函数中的代码是无法看出操作 GPM 寄存器的业务逻辑的.
(3)在 s3c6410_leds_hal_read 函数中在读取寄存器数据之前,先获取了 mem 数组的第l个字节(mem[O]),该字节表示寄存器类型。在设备文件读取数据之前,需要先向设备写入这个字节(其余 4 个字节可以是任意值,也可以不传值),以便事先确定要操作的寄存器类型.
7.编译和安装LED驱动:# sh build.sh
8.LED 驱动程序的设备文件接收的不是字符串,而是字节类型的数据(字节数组),因此需要单独做一个程序向设备文件写入字节形式的数据 ,或从设备文件中读取字节类型的数据.
rwdev # 执行read_write_dev目录中的build.sh 脚本文件,该脚本文件用于编译 rw.dev.c文件 # 并上传可执行文件(rwdev)开发板 sh /root/drivers/read_write_dev/build.sh # 下面的两行语句用于测试 LED 驱动 #向开发板的GPMDAT(3表示向 GPMDAT 寄存器写入数据,见 LED 驱动中定义的宏)寄存器写入数据 #写入的数据是30000,分别表示5个字节的10 进制表示,执行结果是4个LED全部点亮 adb shell /data/1o cal/rwdev w /dev/s3c6410_leda_hal 530000 # 从GPMDAT寄存器 读取数据(6表示从 GPMDAT 寄存器读取数据)。 # 在读取数据时只需要指定第1个字节即可,该字节用于指定读取那个寄存器中的数据 adb shell '/data/local/rwdav r /dev/a3c6410_leda_bal 5 6' 下面看看read_write_dev目录中的build.sh脚本文件的代码 # 交叉编译器要使用- static 选项,将所需要的程序库全部连接进可执行程序,否则 rwdev 无法正常执行 arm-none- linux-gnueabi-gcc -static -o /root/drivers/read_write_dev/rwdev /root/dri ve rs /read write dev/rw_dev.c adb push /root/drivers/read_write_dev/rwdev/data/1ocal/rwdev 9.HAL模块的步骤和原理 (1)定义结构体和宏,用到三个非常重要的结构体(hw_module_t,hw_device_t,hw_module_ methods_t),还需要为HAL模块定义一个ID.hw_module_t是最先使用到的,然后通过 hw_module_t.methods 找到 hw_module_methods_t.open函数,并调用该函数.这个 open函数相当于HAL模块的入口.一般在这个函数里打开设备文件、初始化 hw_device_t结构体以及一些控制硬件设备的函数. (2)编写HAL模块的open函数 初始化hw_device_t的子结构体. 打开设备文件. 初始化寄存器 (3)定义hw_module_methods_t结构体变量 需要open函数指针变量指定open入口函数 (4)定义HAL_MODULE_INFO_SYM变量 所有的HAL模块都必须有一个 HAL_MODULE_INFO_SYM变量.该变量的类型一 般为hw_module_ t或其子结构体 (5)编写HAL模块的close函数 当HAL模块被卸载后会调用 close 函数 (6)编写控制LED的函数 由于HAL模块属于Android系统的一部分,因此不能像独立运行在ARM 处理器上的程序一样直接使用交叉编译器来编译。因为HAL需要很多Android-中的头文件和共享库。最简单的方法就是使用下面的命令在Android源代码目录的 hardware子目录建立一个leds_hal符号链接.然后进入hardware/leds_hal目录使用mm命令编译leds_hal. # ln -s /toot/drivers/ch09/s3c6410_1eds_hal/leds_hal /working/android2. 3. 4_src/hardware/leds_hal 10.HAL模块(so文件)通常存放在system/lib/hw目录. 文件名中一 般都有一个 default. 11.hardware.c 文件的代码并不复杂,只包含了两个函数(load和hw_get_ module)和一些变量和宏 12.HAL 模块库文件的命名规则是ID.suffix.so.其中 TD 通过 hw_get_ module 函数的id 参数指定.suffix (后缀)通过属性文件指定. 13.打开_system_properties.h文件后,就会在后面看到如下4个宏 #define PROP_PATH_RAMDISK_DEFAULT '/default.prop ” #define PROP_PATH_SYSTEM_BUILD '/system/build.prop” #define PROP_PATH_SYSTEM_DEFAULT ”/system/default.prop ” #define PROP_PATH_LOCAL_OVERRIDE ”/data/local.prop” 14.编写调用Service的java库:为了使程序更易于使用,可以将调用 Service 程序库的 Java类单独封装在jar文件中,这样做任何的 Android 应用程序中只要引用了这个jar文件就可以向调用普通Java类一样访问LED驱动了. 15.测试LED驱动:首先 test_s3c6410_leds-hal_eclipsejava 工程必须引用上一节生成的ledHalService.jar文件,然后S3C64lOLedHalMain.java 中编写代码控制LED
上一篇:Android深度探索--HAL与驱动开发第五章读后感
下一篇:交叉编译生成模块的makefile写法
推荐阅读最新更新时间:2024-11-09 11:20
设计资源 培训 开发板 精华推荐
- LTC2637-HZ10 四通道、10 位数模转换器的典型应用
- 使用 Analog Devices 的 REF192 的参考设计
- LT1933IS6 3.3V 降压转换器的典型应用电路
- DC2121A,使用 LTM4634 三路输出 5A/5A/4A 降压型 DC/DC 模块稳压器的演示板
- NSI45025AT1G 用于基本交流应用的恒流 LED 驱动器的典型应用
- 使用 Analog Devices 的 LTC2411-1IMS 的参考设计
- TSOT-23 中 ADR127 精密、微功率 LDO 电压基准的典型应用
- TB6612FNG 低压驱动有刷直流电机驱动器评估板
- 使用 Silicon Labs 的 C8051F010 的参考设计
- VAR-DVK-OM37_CE7,基于安装了 Windows Embedded Compact 7 的 VAR-SOM-OM37 SOM 处理器的开发套件