android驱动开发：hal+driver

hal是什么意思

全称：Hardware Abstraction Layer (硬件抽象层)

android驱动开发：hal+driver

android驱动开发：hal+driver

是位于作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化。

由Microsoft公司提出概念，使得作系统可以在不同硬件上平稳转换。

使得Windows系列作系统跨平台性好，可以在不同的硬件平台上运行。

HAL：直接与硬件对话的一层，是一种设备驱动程序，通常由设备生产商提供，你可以通过常规DirectX调用直接和它通信，只有当硬件能够直接支持你所要求执行的功能的时候HAL才能被使用，从而达到加速效果。

HAL,BSP,BootLoader,嵌入式作系统，驱动程序五者的关系

BSP: 板级支持包, 也就是根据电路板上的不同硬件给出不同的程序, 其中可包含编译好的作系统, 驱动程序, Bootloder, 或是机程序.

HAL: 硬件描述层, 是为了增强作系统的移植性, 所以在主处理芯片和作系统之间, 添加一个层次,

这使得作系统在使用其他主处理芯片时, 只需要修改这个层就可以, 作系统无需修改.

在主处理芯片上之后, 将会使用bootloader, 进行硬件的初始化, 以及作系统的.

之后会加载作系统, 以及驱动程序, 作系统或应用程序需要使用驱动程序, 来控制电路板上的设备.

android驱动开发主要是hal么

android底层系统是Linux，驱动我的理解是主要指的Linux的驱动，属于Linux的内核空间；而Hal属于Linux用户空间代码，可以理解为是针对Linux驱动文件的具体作的封装，以支持Andorid Framework的调用。

是的，hal+driver

android hal 返回string

1、androidhal层是硬件抽象层，安卓把硬件的接口放在了kernel层，把相应的逻辑放在了HAL层，安卓的kernel层驱动，和HAL层的驱动简称系统驱动。

2、返回string的方法：通过函数的参数指定一个指针，然后在函数体内对指针赋值。如：chartemp[10]，voidfunc(chart){strcpy(t,"test")}func(temp)即可。

android的gsensor的hal层enable值怎样到驱动层

Android上层应用apk到G-sensor driver的大致流程： Android HAL层，即硬件抽象层，是Google响应厂家“希望不公开源码”的要求推出的新概念 1，源代码和目标位置 源代码： /hardware/libhardware目录，该目录的目录结构如下： /hardware/libhardware/hardware.c编译成libhardware.so，目标位置为//lib目录 /hardware/libhardware/include/hardware目录下包含如下头文件： hardware.h 通用硬件模块头文件 copybit.h copybit模块头文件 gralloc.h gralloc模块头文件 lights.h 背光模块头文件 overlay.h overlay模块头文件 qemud.h qemud模块头文件 sensors.h 传感器模块头文件 /hardware/libhardware/modules目录下定义了很多硬件模块 这些硬件模块都编译成xxx.xxx.so，目标位置为//lib/hw目录 2，Android对于Sensor的API定义在 hardware/libhardware/include/hardware/sensor.h中，要求在sensor.so提供以下8个API函数 [控制方面] int (open_data_source)(struct sensors_control_dev_t dev); int (activate)(struct sensors_control_dev_t dev， int handle， int enabled); int (set_delay)(struct sensors_control_dev_t dev， int32_t ms); int (wake)(struct sensors_control_dev_t dev); [数据方面] int (data_open)(struct sensors_data_dev_t dev， int fd); int (data_close)(struct sensors_data_dev_t dev); int (poll)(struct sensors_data_dev_t dev， sensors_data_t data); [模块方面] int (get_sensors_list)(struct sensors_module_t module， struct sensor_t const list); 在Ja层Sensor的状态控制由SensorServ来负责，它的ja代码和JNI代码分别位于: frameworks/base/servs/ja/com/Android/server/SensorServ.ja frameworks/base/servs/jni/com_Android_server_SensorServ.cpp 在Ja层Sensor的数据控制由SensorMar来负责，它的ja代码和JNI代码分别位于: frameworks/base/core/ja/Android/hardware/SensorMar.ja frameworks/base/core/jni/Android_hardware_SensorMar.cpp Android framework中与sensor通信的是sensorServ.ja和sensorMar.ja。 sensorServ.ja的具体通信是通过JNI调用sensorServ.cpp中的方法实现的。 sensorMar.ja的具体通信是通过JNI调用sensorMar.cpp中的方法实现的。 sensorServ.cpp和sensorManger.cpp通过hardware.c与sensor.so通信。其中sensorServ.cpp实现对sensor的状态控制，sensorManger.cpp实现对sensor的数据控制。 sensor.so通过ioctl控制sensor driver的状态，通过打开sensor driver对应的设备文件读取G-sensor采集的数据。 Android SDK提供了4个类来于sensor通信，分别为 sensor，sensorEvent，sensorEventListener，sensorMar。其中 sensorEventListener用来在sensorMar中注册需要的sensor类型。 sensorMar.ja提供registrater()，unregistrater()接口供sensorEventListener使用。 sensorMar.ja不断轮询从sensor.so中取数据。取到数据后送给负责此类型sensor的 sensorEventListener.ja。sensorEventListener.ja通过在sensorMar.ja中注册可以特定类型的sensor传来的数据。 系统启动时执行Process，会启动sensorServ.ja，在sensorServ.ja的构造函数中调用JNI方法_sensor_control_init()。 sensorServ.cpp中相应的方法Android_int()会被执行。该函数会调用hardware.c中的方法hw_get_module()此函数又通过调用load()函数在/lib/hw下查找sensor.so 查找时会根据harware.c中定义好的sensor..so的扩展名的顺序查找，找到个匹配的时候即停止，并将该sensor.so中定义好的一个全局变量HAL_MODULE_INFO_SYM带回。该变量包含的一个 重要信息是它的一个成员结构变量中包含的一个函数指针open，该指针所指函数会对一个dev结构变量赋值，从而带出sensorServ.cpp和sensorMar.cpp与sensor通信所需要的全部信息。 dev结构变量有两种变体分别供sensorServ.cpp和sensorManaer.cpp使用。其中主要是一些函数指针指向与sensor通信的函数。 sensorServ.cpp和sensorMar.cpp在得到HAL_MODULE_INFO_SYM结构后都会调用 sensors.h的inline函数open()通过HAL_MODULE_INFO_SYM的open函数指针将所需的dev信息取回。 系统在启动activityMar.ja时，它会启动sensorMar.ja，它也会调用hardware.c中的方法hw_get_module()带回HAL_MODULE_INFO_SYM。