Android HAL的框架及Sensor HAL stub的实现方法_20110603lgm.doc

Android HAL的框架及Sensor HAL stub的实现方法_20110603lgm.doc

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Android HAL的框架及Sensor HAL stub的实现方法_20110603lgm

Android HAL框架及Sensor HAL stub的实现方法 收集网络上的这部分信息,系统整理如下,如发现有谬误或有更好的建议,请联系: 第一部分 Android HAL框架 HAL简介 Android 的 HAL(Hardware Abstract Layer硬件抽象层)是Google因应厂商「希望不公开源码」的要求下,所推出的新观念,其架构如下图。虽然 HAL 现在的「抽象程度」还不足,现阶段实作还不是全面符合 HAL的架构规划,不过也确实给了我们很好的思考空间。 图1:Android HAL 架构规划 这是 Patrick Brady (Google) 在2008 Google I/O 所发表的演讲「Anatomy Physiology of an Android」中,所提出的 Android HAL 架构图。从这张架构图我们知道,HAL 的目的是为了把 Android framework 与 Linux kernel 完整「隔开」。让 Android 不至过度依赖 Linux kernel,有点像是「kernel independent」的意思,让 Android framework 的开发能在不考虑驱动程序的前提下进行发展。 在 Android 原始码里,HAL 主要的实作储存于以下目录: 1. hardware/libhardware_legacy/ - 过去的实作、采取链接库模块的观念进行 2. hardware/libhardware/ - 新版的实作、调整为 HAL stub 的观念 3. hardware/ril/ - Radio Interface Layer 在 HAL 的架构实作成熟前(即图1的规划),我们先就目前 HAL 现况做一个简单的分析。另外,目前 Android 的 HAL实作,仍旧散布在不同的地方,例如 Camera、WiFi 等,因此上述的目录并不包含所有的 HAL 程序代码。 HAL的过去和现在 (1)HAL的过去: 图2:Android HAL / libhardware_legacy 过去的 libhardware_legacy 作法,比较是传统的「module」方式,也就是将 *.so 档案当做「shared library」来使用,在runtime(JNI 部份)以 direct function call 使用 HAL module。透过直接函数呼叫的方式,来操作驱动程序。当然,应用程序也可以不需要透过 JNI 的方式进行,直接以加载 *.so 檔(dlopen)的做法呼叫*.so 里的符号(symbol)也是一种方式。总而言之是没有经过封装,上层可以直接操作硬件。 (2)HAL的现状: 图3:Android HAL / libhardware 现在的 libhardware 作法,就有「stub」的味道了。HAL stub 是一种代理人(proxy)的概念,stub 虽然仍是以 *.so檔的形式存在,但 HAL 已经将 *.so 档隐藏起来了。Stub 向 HAL「提供」操作函数(operations),而 runtime 则是向 HAL 取得特定模块(stub)的 operations,再 callback 这些操作函数。这种以 indirect function call 的实作架构,让HAL stub 变成是一种「包含」关系,即 HAL 里包含了许许多多的 stub(代理人)。Runtime 只要说明「类型」,即 module ID,就可以取得操作函数。对于目前的HAL,可以认为Android定义了HAL层结构框架,通过几个接口访问硬件从而统一了调用方式。 (3)HAL_legacy和HAL的对比: HAL_legacy:旧式的HAL是一个模块,采用共享库形式,在编译时会调用到。由于采用function call形式调用,因此可被多个进程使用,但会被mapping到多个进程空间中,造成浪费,同时需要考虑代码能否安全重入的问题(thread safe)。 HAL:新式的HAL采用HAL module和HAL stub结合形式,HAL stub不是一个share library,编译时上层只拥有访问HAL stub的函数指针,并不需要HAL stub。上层通过HAL module提供的统一接口获取并操作HAL stub,so文件只会被mapping到一个进程,也不存在重复mapping和重入问题。 HAL module的架构 HAL moudle主要分为三个结构: struct hw_module_t; struct hw_module_methods_t; struct hw_device_t; 它们的继承关系如下图: 图4:Android HAL结构继承

文档评论(0)

xcs88858 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档