Android硬件抽象层(HAL)深入剖析(三)
前面分析了android HAL层是如何搜索硬件模块的动态共享库的,其实就是在"system/lib/hw/"或者"/vendor/lib/hw/"这两个路径下找到共享库modueid.variant.so后,通过调用load函数加载库。
下面我们进入load函数,看看具体是如何实现加载共享库的。
以下为load函数定义,同样在/hardware/libhardware/hardware.c中实现的。
1 /** 2 * Load the file defined by the variant and if successful 3 * return the dlopen handle and the hmi. 4 * @return 0 = success, !0 = failure. 5 */ 6 static int load(const char *id, 7 const char *path, 8 const struct hw_module_t **pHmi) 9 {//传入硬件模块id和库所在路径,获取到硬件模块结构体10 int status;11 void *handle;12 struct hw_module_t *hmi;13 14 /*15 * load the symbols resolving undefined symbols before16 * dlopen returns. Since RTLD_GLOBAL is not or'd in with17 * RTLD_NOW the external symbols will not be global18 */19 handle = dlopen(path, RTLD_NOW);//打开共享库20 if (handle == NULL) {21 char const *err_str = dlerror();22 LOGE("load: module=%s\n%s", path, err_str?err_str:"unknown");23 status = -EINVAL;24 goto done;25 }26 27 /* Get the address of the struct hal_module_info. */28 const char *sym = HAL_MODULE_INFO_SYM_AS_STR;29 hmi = (struct hw_module_t *)dlsym(handle, sym);//解析共享库30 if (hmi == NULL) {31 LOGE("load: couldn't find symbol %s", sym);32 status = -EINVAL;33 goto done;34 }35 36 /* Check that the id matches */37 if (strcmp(id, hmi->id) != 0) {//匹配解析出硬件模块的id和传入我们实际想要得到的模块id是否一致38 LOGE("load: id=%s != hmi->id=%s", id, hmi->id);39 status = -EINVAL;40 goto done;41 }42 43 hmi->dso = handle; //将打开库得到句柄传给硬件模块的dso44 45 /* success */46 status = 0;47 48 done:49 if (status != 0) {50 hmi = NULL;51 if (handle != NULL) {52 dlclose(handle);53 handle = NULL;54 }55 } else {56 LOGV("loaded HAL id=%s path=%s hmi=%p handle=%p",57 id, path, *pHmi, handle);58 }59 60 *pHmi = hmi;//将得到的module的结果通过第三个参数传给hw_module_t61 62 return status;63 }
可以看到load函数传入的几个参数,第一个参数就是需要加载的硬件模块对应动态库的硬件模块的id,
第二个参数就是动态库存放的路径,就是在hw_get_module函数前部分搜索库得到的path,
第三个参数就是我们需要得到的硬件模块结构体,通过它传给hw_get_module,hw_get_module函数在通过参数传给jni。
第19行,首先调用dlopen打开共享库,该函数通过传入的库的路径找到库,并且打开它,传回一个操作句柄handle,然后再调用dlsym函数解析这个打开的库,下面第29行,得到库中包含的硬件模块结构体,并将它返回回来。所以硬件厂商或者硬件移植者都必须根据hal的这个架构去实现填充这个和自己硬件相关的硬件模块结构体hw_module_t,供使用。
通过dlsym解析之后就得到了hw_module_t,随后第37行,将从库中解析得到的结构体中的id和传入的id做比较,看是否一致。
如果一致则证明就是得到正确的硬件模块了。
最后第60行,将hw_module_t结构体指针传给第三个参数,传给hw_get_module函数。
到此,hw_get_module函数就得到了硬件模块结构体hw_get_module.
有了hw_module_t,那么通过其内部的method open就能打开硬件模块对应的设备了,通过结构体中的一些方法就能操作硬件设备了。
更多相关文章
- C语言的函数递归(下)
- pgsql查看主备节点的方法
- android和linux开源社区的分裂
- android init启动过程
- Android5.1.1源码 - zygote fork出的子进程如何权限降级
- Android逆向与病毒分析
- Android接口回调,最简单的理解方式
- Android应用程序UI硬件加速渲染技术
- Android(安卓)NDK开发两部曲(一)之初识篇(JNI通识与NDK配置)