android HAL与linux HAL有什么不同

tempname2

回复 10# mordorw

我做这个比较少，但恰好见过Marvell某平台的Camera HAL就是如此。内核态驱动就暴露一个文件结点，用IOCTL给它发命令，GET_REG,SET_REG等，所有的逻辑，比如说怎么设分辨率，怎么设曝光补偿，怎么设饱和度，怎么设情景模式，全在HAL层做，或者说在HAL层与驱动层中间那个层做。它确实是一个层了，这个层比Android Camera Framework层还要复杂一点，比这个Camera内核态V4l2的驱动要复杂很多很多很多。

至于不开源是为为了保护什么，我也不知道。像Windows这种大东西，它也不想发布源代码，也不至于用代码加密来保护吧，这可比加密驱动的后果要严重的多。

frame buffer已经不叫用户态驱动了，它内核规划的接口，驱动要实现这些接口功能。所谓用户态驱动，一般是说能在用户态操作硬件的。比如说I2C控制器，在内核态暴露接口，这个跟frame buffer有点像，但我通过这个文件接口可以向设备发消息。比如今天在这个I2C控制器上接了一个EEPROM，我拿着DATASHEET，在用户态就可以向它发命令，读写数据；明天在这个I2C控制器上接一个温度传感器，对着DATASHEET，我又可以在用户态读取温度。操作EEPROM，温度传感器的代码这时可全在用户态，这叫用户态驱动才恰当。甚至USB驱动也可以这样做，那可是万万千千的USB设备啊！我经历过的例子是三星的DNW，最早见到Linux下的版本由内核态驱动与用户态程序组成。可想而知编译内核模块多不方便。后来见到了完全在用户态实现的驱动，用户态编译一下，作为一个普通的用户态程序就可以用了，甚是方便。我自己甚至用Python写了DNW驱动+程序，总代码才40多行，这种层次的跳跃多么便利！

努力使用户态驱动变得可能，只是让人有这种选择而已，似乎不是一种趋势。

我写过Android APP。HAL不是为直接APP服务的，简单的说，Android中间层是Framework层，其大部分代码都是用Java写的。其中一部分类暴露出来可以被APP导入使用，大多数类都在后面经过层层抽象，协助暴露出的接口类完成任务。Framework有一小部分是C++代码，主要是为了和HAL层交互。不管再怎么抽象统一，最终落实下来，不同的硬件肯定要有不同的处理方法。从C++写的Framework到HAL后，路就分叉了。Android的Framework给APP抽象了一套接口，而这些接口的实现，平台无关的部分都已做完，平台相关的就滑到HAL里去了。所以HAL跟APP没有直接关系。

mordorw

回复 11# tempname2

有个问题不知道你怎么看的，如果驱动放在用户态hal，记得hal是共享库吧，没有独立的进程，那么当用户态进程访问用户态驱动时，如何获得訪问设备的权限？难道每次读写设备寄存器都要陷入内核，还是说每个用户态进程都可以读写设备寄存器？
   

tempname2

回复 12# mordorw

是的，就我举的那个例子而言，每一次IOCTRL自然是要陷入内核的。至于权限问题，我没想过，但Android用的是C/S模式，虽然每个程序(或者说acitiviy)都是一个独立的进程，它使用android提供的类并非直接与HAL层交互。比如camera相关类的拍照方法，sensor相关类得到数据的方法，这些方法无非是些被虚拟机执行的字节码，但字节码引起结果并非直接奔向HAL，而是奔向S。也就是说，APP调用的方法看起来执行了硬件相关操作，其实只是向特定的S发了一条消息而已。不同的硬件有不同的抽象，但肯定会有一个S。这个S可能是一个独立的进程，可能是一个进程内的线程之一。实际上，大部分情况是后者。所以S是非常有限且特定的，HAL以库的形式融于S所在进程之中，那么权限问题仅与几个特定进程有关。

mordorw

回复 11# tempname2

有个问题不知道你怎么看的，如果驱动放在用户态hal，记得hal是共享库吧，没有独立的进程，那么当用户态进程访问用户态驱动时，如何获得訪问设备的权限？难道每次读写设备寄存器都要陷入内核，还是说每个用户态进程都可以读写设备寄存器？
   

mordorw

回复 13# tempname2
你说的我明白了，突然又想到一个问题，如果有中断怎么办，用户态驱动固然是方便，涉及中断还得到內核，加载内核模块或者改内核

   

tempname2

回复 15# mordorw

与操作系统紧密相关的东西不可避免要出现在内核态。我举Marvell某平台应该是个极端例子。话说回来，通行的说法是，HAL层是Google为了响应硬件厂商想绕过GPL作出来的，其实就算没有这种事，总会有个像HAL一样的中间层存在。就像我之前说的，再怎么抽象，最终落实下来，还是要面对不同平台需要不同处理。隔离可变的，平台相关的东西，最简单的方法就是插入中间层。就算是为了便于Android在不同平台上的实现，也一定会有HAL这种东西。

到底有多少厂家真得用HAL来隐藏自己驱动的逻辑呢？我所接触平台不多，但正好碰到一个这样搞的。也做过x86平台的Android，它的HAL层就很干净。