(安卓/android)应用层绕过HAL调用驱动
应用层绕过HAL调用驱动（以Radio为例）
为什么要绕过Hal层调用驱动
-
硬件抽象层是位于操作系统 内核与硬件电路之间的接口层，其目的在于将硬件抽象化。它隐藏了特定平台的硬件接口细节,为操作系统提供虚拟硬件平台,使其具有硬件无关性,可在多种平台上进行移植。在Android内核源码（不是linux内核源码）中添加HAL层、JNI层、开启系统服务，这是一个比较复杂的过程，很多标准的设备都采用这种方式设计，比如说wifi、gps、sensor等，这种调用过程看起来比较标准，但是如果作为第三方开发就会很麻烦，HAL层、JNI层，系统服务层，每层都需要编译Android内核源码，这样就会延长了产品的开发周期，所以编写本文意在简化应用层与驱动的交互逻辑，虽增加耦合，但在平台有限的开发环境中能大大提高开发效率，可从应用层调试驱动减少系统编译和排错的成本。
-
简化前后结构概览
一. 创建访问驱动的新方式
1.编写Jni代码访问驱动节点
相关文件地址：
AndroidM_3561_after/vendor/xxx/packages/apps/Radio/app/src/main/jni/RadioDriveJni.cpp
可参照FaRadioService.cpp，实现节点的open/close/read/write
extern "C"
JNIEXPORT jint JNICALLJava_com_xxx_radio_radiodrive_RadioDriveJni_init(JNIEnv *env, jobject instance) {
fd = open(DEVICE_NAME, O_RDWR);
if(fd < 0)
{
LOGE("Fail to open device file /dev/FlyRadio --%s.",DEVICE_NAME); return -1; }
return 0;
}
extern "C"
JNIEXPORT jint JNICALLJava_com_xxx_radio_radiodrive_RadioDriveJni_setMute(JNIEnv *env, jobject instance, jboolean muted) {
unsigned char buf[5] = {0xa0,0x66,0x01,0x00};
buf[3] = muted;
mMute = muted;
if(write(fd, buf,sizeof(buf)))
{
return 0;
}
return -1;
}
extern "C"
JNIEXPORT jboolean JNICALLJava_com_xxx_radio_radiodrive_RadioDriveJni_destroy(JNIEnv *env, jobject instance) {
if(fd != -1){
if(!close(fd)){
return 0;
}
}
return -1;
}
2.新建Android.mk文件跟随系统一起编译到system/lib目录，module命名为’ libfaradio_drive_jni ’
相关文件地址：
AndroidM_3561_after/vendor/xxx/packages/apps/Radio/app/src/main/jni/Android.mk
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= \
RadioDriveJni.cpp \
LOCAL_SHARED_LIBRARIES := libutils libcutils
LOCAL_C_INCLUDES += $(LOCAL_PATH)/include
ifneq ($(XXX_LIB_OUT_PATH),)
LOCAL_MODULE_PATH := $(XXX_LIB_OUT_PATH)
endif
LOCAL_MODULE:= libfaradio_drive_jni
include $(BUILD_SHARED_LIBRARY)
3.Radio根目录下的Android.mk文件里引入上述创建的mk文件
相关文件地址：
AndroidM_3561_after/vendor/xxx/packages/apps/RadioAndroid.mk
include $(LOCAL_PATH)/app/src/main/jni/Android.mk
4.将libfaradio_drive_jni module 添加到device.mk白名单
相关文件地址：
AndroidM_3561_after/system/core/rootdir/device.mk
PRODUCT_PACKAGES += libfaradio_drive_jni
5.赋予应用读写驱动节点的权限
相关文件地址：
AndroidM_3561_after/system/core/rootdir/ueventd.rc
AndroidM_3561_after/external/sepolicy/system_app.te
在ueventd.rc中添加，
/dev/FlyRadio 0666 system system
在system_app.te中添加，’ fly_radio_device ’ 为/dev/FlyRadio节点在file_contexts文件中的定义
allow system_app fly_radio_device:chr_file rw_file_perms;
二. 移除访问驱动的旧方式
根据结构图一步一步定位再移除
1.移除Hal层
相关文件地址：
AndroidM_3561_after/hardware/libhardware/modules/xxx/FlyRadioHal.c
AndroidM_3561_after/hardware/libhardware/modules/xxx/Android.mk
直接删除即可
2.移除Service
相关文件地址：
AndroidM_3561_after/vendor/xxx/frameworks/native/faradio/service/FaRadioService.h
AndroidM_3561_after/vendor/xxx/frameworks/native/faradio/service/FaRadioService.cpp
AndroidM_3561_after/vendor/xxx/frameworks/native/faradio/service/IaRadioService.h
AndroidM_3561_after/vendor/xxx/frameworks/native/faradio/service/IaRadioService.cpp
直接删除即可
由于这里没有Android.mk文件，所有应该被父目录相应的Android.mk文件引入，在AndroidM_3561_after/vendor/xxx/frameworks/native/faradio/中查看Android.mk，果然有对service文件夹的引入，删除即可
LOCAL_C_INCLUDES += \
$(LOCAL_PATH)/service \
3.移除Service启动的入口
相关文件地址：
AndroidM_3561_after/vendor/xxx/frameworks/native/launcher/ServicesLauncher.cpp
注释掉FaRadioService启动的代码即可
extern "C" void instantiateServices(int tag){
if(tag == 1){
int status = launchService("/system/lib/libfaradioservice.so");
if(status == -1)
ALOGE("ServicesLauncher load library Error.");
}
}
4.移除调用FaradioService的Jni封装
相关文件地址：
AndroidM_3561_after/vendor/xxx/frameworks/base/jni/com_xxx_radio_Radio.cpp
直接删除即可，和2一样移除相关Andorid.mk对此文件的依赖
###5.移除device.mk对已移除module的依赖
相关文件地址：
AndroidM_3561_after/vendor/xxx/device/device.mk
# PRODUCT_PACKAGES += \
# libfaradioservice \
# add xxx radio
# PRODUCT_PACKAGES += radio.default