投稿
  1. 首页
  2. app

AOSP添加新硬件设备开发-HIDL层

ss52 • 2022-5-24 • app • 阅读 27

AOSP添加新硬件设备开发-HIDL层,第1张

概述目录一，准备二，添加hal文件三，实现hal文件四，添加service五，启动rc文件六，生成Android.bp文件七，SELinux权限八，编译android设备添加一个外围设备，不像嵌入式那么简单，系统越复杂加入的方式越杂，但是万物都有规矩可寻，有方法可走。这篇文章就说说HAL和用户之间的接口HIDL。Googl

目录

一 ，准备

二，添加hal文件

三，实现hal文件

四，添加service

五，启动rc文件

六，生成Android.bp文件

七，SELinux权限

八，编译

androID设备添加一个外围设备，不像嵌入式那么简单，系统越复杂加入的方式越杂，但是万物都有规矩可寻，有方法可走。这篇文章就说说HAL和用户之间的接口HIDL。

Google:https://source.android.google.cn/devices/architecture/hidl

Google 官方这样解释 ：HAL 接口定义语言（简称 HIDL，发音为“hIDe-l”）是用于指定 HAL 和其用户之间的接口的一种接口描述语言 (IDL)。

HIDL 允许指定类型和方法调用（会汇集到接口和软件包中）。从更广泛的意义上来说，HIDL 是用于在可以独立编译的代码库之间进行通信的系统。

HIDL 旨在用于进程间通信 (IPC)。进程之间的通信采用 Binder 机制。对于必须与进程相关联的代码库，还可以使用直通模式（在 Java 中不受支持）。

HIDL 可指定数据结构和方法签名，这些内容会整理归类到接口（与类相似）中，而接口会汇集到软件包中。尽管 HIDL 具有一系列不同的关键字，但 C++ 和 Java 程序员对 HIDL 的语法并不陌生。此外，HIDL 还使用 Java 样式的注释。

 

在Android8.0开始，Google引入了Treble机制，为了方便AndroID系统的快速移植、升级、稳定，AndroID引入了HAL Binder机制，把framework和HAL进行隔离，减少了之间的耦合性，使得framework可以被覆盖升级，不用对HAL编译升级。

用图片展示一下两者的差别：

 

Android8.0之前，HAL的调用方式为Legacy HAL, HAL都是编译成so,然后动态链接到各个frameworks service中去，到了8.0，Google为了给厂商一些修改时间，保持了AndroID的向前兼容性，另外设计了一套直通式（Passthrough）的HAL,保留动态库的HAL调用方式，

binderservice链接动态库Hal的实现。

8.0之后，Google规定厂商新增的HAL都需要切换到绑定式HAL(Binderized)。
在从 libharDWare HAL 转换为 HIDL HAL 的过程中，HAL 实现成为服务器，而调用 HAL 的进程则成为客户端。默认实现可提供直通和 Binder 化 HAL，并可能会随着时间而发生变化：

                                                 Hal的发展历程

Legacy Hal：AndroID 8.0 之前版本的 HAL 都是编译成 so，然后动态链接到各个 frameworks service 中去。

Passthrough Hal：该模式是为了兼容旧版的 HAL，旧版 HAL 实现仍以动态库的方式提供，只是 binder service 链接了动态库 HAL 实现，即 binder service 通过 hw_get_module 链接了旧版的 hal 实现，而用户端通过与 binder service IPC 通信，间接实现了与旧版 HAL 的交互。

Binderized HAL：HAL 与 用户调用在不同的进程中，HAL 被写成 binder service，而用户接口如 frameworks 作为 binder clIEnt 通过 IPC 机制实现跨进程接口调用。

概念介绍到这里，了解更清楚的话，可以去Google官网阅读相关内容。

 

实现一个回调案例

代码结构

├── bearpi
│   └── 1.0
│       ├── AndroID.bp
│       ├── current.txt
│       ├── default
│       │   ├── AndroID.bp
│       │   ├── androID.harDWare.bearpi@1.0-service.rc
│       │   ├── BearPi.cpp
│       │   ├── BearPi.h
│       │   └── service.cpp
│       ├── IBearPiClIEntCallback.hal
│       ├── IBearPi.hal
│       ├── test
│       │   ├── AndroID.bp
│       │   └── BearPiTest.cpp
│       └── types.hal


一 ，准备

我们需要用的hIDl-gen 工具去生成文件，这个工具可以通过编译得到

source build/envsetup.sh

lunch xxx

make

先整编一下需要添加的aosp。

二，添加hal文件

在harDWare/interfaces目录下新建bearpi,我们从1.0版本开始，default目录为实现hal的存放路径

mkdir -p bearpi/1.0/default

很多现有的HAL实现会与硬件异步通信，需要以异步的方式通知客户端发生的事件，比如，指令下发后返回执行状态。HIDL接口可以用作异步回调。

在bearpi/1.0路径下创建两个hal文件，

IBearPi.hal

package androID.harDWare.bearpi@1.0;   ----------------------------------------------------------------------------------------------->软件包名

import IBearPiClIEntCallback; ---------------------------------------------------------------------------------------------------------------> import 语句是用于访问其他软件包中的软件包接口和类型的 HIDL 机制

interface IBearPi{

    setNotify(IBearPiClIEntCallback callback)  generates (uint64_t bearpiID); --------------------------------------------------->设置回调

    test() generates (uint64_t testresult);

};

 

IBearPiClIEntCallback.hal

package androID.harDWare.bearpi@1.0;

interface IBearPiClIEntCallback {

    oneway onResult(uint64_t deviceid, BearPiAcquiredInfo acquiredInfo, uint32_t vendorCode);------------------------>回调函数

};

 

types.hal ---------------------------------------------------------------------------------------------------------------------------------------------> types.hal 文件并不定义接口，而是定义软件包中每个接口可以访问的数据类型

package androID.harDWare.bearpi@1.0;

enum BearPiAcquiredInfo : int32_t {

  ACQUIRED_GOOD = 0,

  ACQUIRED_PARTIAL = 1,

  ACQUIRED_INSUFFICIENT = 2,

  ACQUIRED_IMAGER_DIRTY = 3,

  ACQUIRED_TOO_SLOW = 4,

  ACQUIRED_TOO_FAST = 5,

  ACQUIRED_vendOR = 6

};

 

注意软件包前缀对应的位置，androID.harDWare.*  -----harDWare/interfaces/*

软件包根目录可以自己创建，但是必须包含current.txt版本控制文件，通过hIDl-gen生成哈希。

AndroID.bp

hIDl_package_root {

    name: "androID.harDWare",

    path: "harDWare/interfaces",

}

此bp文件就需要放在harDWare/interfaces目录下，并且创建current.txt文件，使用下面指令生成哈希值，存放到current.txt中

hIDl-gen -Lhash -randroID.harDWare:harDWare/interfaces -randroID.hIDl:system/libhIDl/transport androID.harDWare.bearpi@1.0

 

三，实现hal文件

HIDL 接口具有客户端和服务器实现：

HIDL 接口的客户端实现是指通过在该接口上调用方法来使用该接口的代码。服务器实现是指 HIDL 接口的实现，它可接收来自客户端的调用并返回结果（如有必要）。

通过如下指令

hIDl-gen -o /home/ubuntu/data/LG/harDWare/interfaces/bearpi/1.0/default/ -Lc++-impl  -randroID.harDWare:harDWare/interfaces -randroID.hIDl:system/libhIDl/transport androID.harDWare.bearpi@1.0

实现接口文件

BearPi.h

BearPi.cpp

 

BearPi.h

// FIXME: your file license if you have one

#ifndef ANDROID_HARDWARE_BEARPI_V1_0_H

#define ANDROID_HARDWARE_BEARPI_V1_0_H

 

#include <androID/harDWare/bearpi/1.0/IBearPi.h>

#include <hIDl/MQDescriptor.h>

#include <hIDl/Status.h>

#include <log/log.h>

#include <androID/log.h>

#include <harDWare/harDWare.h>

#include <harDWare/bearpi.h>

 

namespace androID{

namespace harDWare{

namespace bearpi{

namespace V1_0{

namespace implementation {

using ::androID::harDWare::bearpi::V1_0::IBearPi;

using ::androID::harDWare::bearpi::V1_0::IBearPiClIEntCallback;

using ::androID::harDWare::bearpi::V1_0::BearPiAcquiredInfo;

using ::androID::harDWare::hIDl_array;

using ::androID::harDWare::hIDl_memory;

using ::androID::harDWare::hIDl_string;

using ::androID::harDWare::hIDl_vec;

using ::androID::harDWare::Return;

using ::androID::harDWare::VoID;

using ::androID::sp;

 

struct BearPi : public IBearPi {

    // Methods from ::androID::harDWare::bearpi::V1_0::IBearPi follow.

public:

    BearPi();

    ~BearPi();

    static IBearPi * getInstance();

    Return<uint64_t> setNotify(const sp<IBearPiClIEntCallback>& callback) overrIDe;

    Return<uint64_t> test() overrIDe;

    // Methods from ::androID::hIDl::base::V1_0::IBase follow.

private:

    static bear_device_t * openHal();

    static voID notify(const bear_msg_t *msg);

    static BearPiAcquiredInfo vendorAcquiredFilter(int32_t error, int32_t* vendorCode);

    static BearPi* sInstance;

    sp<IBearPiClIEntCallback> mClIEntCallback;

    bear_device_t *mDevice;

};

// FIXME: most likely delete, this is only for passthrough implementations

// extern "C" IBearPi* HIDL_FETCH_IBearPi(const char* name);

} // namespace implementation

} // namespace V1_0

} // namespace bearpi

} // namespace harDWare

} // namespace androID

#endif

 

BearPi.cpp

// FIXME: your file license if you have one

#define LOG_TAG "fht"

#define LOG_VERBOSE "fht"

#include "BearPi.h"

#include <harDWare/harDWare.h>

#include <harDWare/bearpi.h>

#include <inttypes.h>

#include <unistd.h>

namespace androID{

namespace harDWare{

namespace bearpi{

namespace V1_0{

namespace implementation {

BearPi *BearPi::sInstance = nullptr;

BearPi::BearPi() :mClIEntCallback(nullptr), mDevice(nullptr){

    sInstance = this;

    mDevice = openHal();

    if(!mDevice){

        ALOGE("can't open Hal module");

    }

}

 

BearPi::~BearPi() {

    ALOGV("~BearPi()");

    if(mDevice == nullptr){

        ALOGE("No valID device");

        return;

    }

    mDevice = nullptr;

}

 

IBearPi* BearPi::getInstance() {

    if(!sInstance) {

        sInstance = new BearPi();

    }

    return sInstance;

}

 

bear_device_t* BearPi::openHal() {

    int err;

    const hw_module_t *hw_mdl= nullptr;

    ALOGD("opening bear hal library...");

    err=hw_get_module(BEAR_HARDWARE_MODulE_ID, &hw_mdl); ----------------------------------------------------->hw_get_module 通过BEAR_HARDWARE_MODulE_ID找到hal

    if(err != 0){

        ALOGE("Can't open bear hw module. error :%d",err);

        return nullptr;

    }

    if (hw_mdl == nullptr){

        ALOGE("No valID bear module");

        return nullptr;

    }

    bear_module_t const *module = reinterpret_cast<const bear_module_t*>(hw_mdl);

    if (module->common.methods->open == nullptr){

        ALOGE("No valID open method");

        return nullptr;

    }

 

    hw_device_t *device = nullptr;

    if (0 != (err=module->common.methods->open(hw_mdl, nullptr, &device))){

        ALOGE("Can't open bear methods, error:%d", err);

        return nullptr;

    }

 

    bear_device_t * bear_device = reinterpret_cast<bear_device_t*>(device);

    if (0 != (err=bear_device->set_notify(bear_device, BearPi::notify))){ --------------------------------------------------------->hal设置回调监听,传函数指针notify

        ALOGE("Can't register bear module callback, error: %d", err);

        return nullptr;

    }

    return bear_device;

}

 

voID BearPi::notify(const bear_msg_t *msg) {

    BearPi* thisPtr = static_cast<BearPi*>(BearPi::getInstance());

    if (thisPtr == nullptr || thisPtr->mClIEntCallback == nullptr){

        ALOGE("Receiving callbacks before th clIEnt callback is registered.");

        return;

    }

    const uint64_t devID=reinterpret_cast<uint64_t>(thisPtr->mDevice);

    switch (msg->type) {

        case BEAR_ERROR:

            break;

        case BEAR_ACQUIRED:

            int32_t vendorCode=0;

            BearPiAcquiredInfo result = vendorAcquiredFilter(msg->data.acquired.acquired_info, &vendorCode);

            ALOGD("Acquired(%d)", result);

            if(!thisPtr->mClIEntCallback->onResult(devID, result, vendorCode).isOk()) {---------------------------------------------------------->callback回调，客户端响应结果

                ALOGE("Failed to invoke bear onResult callback");

            }

            break;

    }

}

 

BearPiAcquiredInfo BearPi::vendorAcquiredFilter(int32_t info, int32_t* vendorCode){

        *vendorCode = 0;

        switch(info) {

            case BEAR_ACQUIRED_GOOD:

                return BearPiAcquiredInfo::ACQUIRED_GOOD;

            case BEAR_ACQUIRED_PARTIAL:

                return BearPiAcquiredInfo::ACQUIRED_PARTIAL;

            case BEAR_ACQUIRED_INSUFFICIENT:

                return BearPiAcquiredInfo::ACQUIRED_INSUFFICIENT;

            case BEAR_ACQUIRED_IMAGER_DIRTY:

                return BearPiAcquiredInfo::ACQUIRED_IMAGER_DIRTY;

            case BEAR_ACQUIRED_TOO_SLOW:

                return BearPiAcquiredInfo::ACQUIRED_TOO_SLOW;

            case BEAR_ACQUIRED_TOO_FAST:

                return BearPiAcquiredInfo::ACQUIRED_TOO_FAST;

            default:

                if (info >= BEAR_ACQUIRED_vendOR_BASE) {

                    // vendor specific code.

                    *vendorCode = info - BEAR_ACQUIRED_vendOR_BASE;

                    return BearPiAcquiredInfo::ACQUIRED_vendOR;

                }

        }

        ALOGE("UnkNown acquiredmsg from bear vendor library: %d", info);

        return BearPiAcquiredInfo::ACQUIRED_INSUFFICIENT;

}

 

// Methods from ::androID::harDWare::bearpi::V1_0::IBearPi follow.

Return<uint64_t> BearPi::setNotify(const sp<IBearPiClIEntCallback>& callback) {

    // Todo implement

    mClIEntCallback = callback;

    ALOGD("%s",__func__ );

    return reinterpret_cast<uint64_t>(mDevice);

}

Return<uint64_t> BearPi::test() {

    // Todo implement

    ALOGD("%s",__func__ );

    return mDevice->test(mDevice);

}

 

// Methods from ::androID::hIDl::base::V1_0::IBase follow.

//IBearPi* HIDL_FETCH_IBearPi(const char* /* name */) {---------------------------------------------->打开就是直通模式，注释使用绑定式

    //return new BearPi();

//}

//

}  // namespace implementation

}  // namespace V1_0

}  // namespace bearpi

}  // namespace harDWare

}  // namespace androID

 

四，添加service

在default路径下创建service.cpp

 

#define LOG_TAG "fht"

#include <androID/log.h>

#include <hIDl/HIDlSupport.h>

#include <hIDl/HIDlTransportSupport.h>

#include <androID/harDWare/bearpi/1.0/IBearPi.h>

#include <androID/harDWare/bearpi/1.0/types.h>

#include "BearPi.h"

 

using androID::harDWare::bearpi::V1_0::IBearPi;

using androID::harDWare::bearpi::V1_0::implementation::BearPi;

using androID::harDWare::configureRpcThreadpool;

using androID::harDWare::joinRpcThreadpool;

using androID::sp;

 

int main(){

    ALOGD("Bearpi service start ");

    androID::sp<IBearPi> bear = BearPi::getInstance();

//绑定式服务

// This function must be called before you join to ensure the proper// number of threads are created. The threadpool will never exceed// size one because of this call.

 //如果“callerWillJoin”为true，则表示调用方将加入线程池，因此内核需要少创建一个线程。
//如果“callerWillJoin”为false，我们仍然会在本地生成一个线程，我们还应该告诉内核创建的线程比这里请求的少一个。

    configureRpcThreadpool(1, true /*callerWillJoin*/); //  用于设置 当前进程用于hwbinder通信的最大线程数

 

    if (bear != nullptr) {

        if (::androID::OK != bear->registerasService()) { //注册服务

            return 1;

        }

    } else {

        ALOGE("Can't create instance of bearpi, nullptr");

    }

    ALOGD("Bearpi service registerasService ");

 // Adds this thread to the threadpool, resulting in one total // thread in the threadpool. We Could also do other things, but // would have to specify 'false' to willJoin in configureRpcThreadpool

    joinRpcThreadpool();

    return 0; // should never get here

//直通式服务, defaultPassthroughServiceImplementation 将对提供的 -impl 库执行 dlopen()  *** 作，并将其作为 Binder 化服务提供

//return defaultPassthroughServiceImplementation<IBearPi>("BearPi");

}

 

五，启动rc文件

在default路径下新建 androID.harDWare.bearpi@1.0-service.rc

service vendor.bear_hal /vendor/bin/hw/androID.harDWare.bearpi@1.0-service

    # "class hal" causes a race condition on some devices due to files created

    # in /data. As a workaround, postpone startup until later in boot once

    # /data is mounted.

    class hal

    user system

    group system system

六，生成AndroID.bp文件

文件创建成功后，需要加入编译，下面我们使用hIDl-gen生成对应的AndroID.bp文件

生成1.0框架接口库

hIDl-gen -LandroIDbp -randroID.harDWare:harDWare/interfaces -randroID.hIDl:system/libhIDl/transport androID.harDWare.bearpi@1.0

生成impl 库的 AndroID.bp

hIDl-gen -LandroIDbp-impl -o /home/ubuntu/data/LG/harDWare/interfaces/bearpi/1.0/default/  -randroID.harDWare:harDWare/interfaces -randroID.hIDl:system/libhIDl/transport androID.harDWare.bearpi@1.0

修改default下面AndroID.bp,生成service bin

cc_binary {

    name: "androID.harDWare.bearpi@1.0-service",

    defaults: ["hIDl_defaults"],

    init_rc: ["androID.harDWare.bearpi@1.0-service.rc"],

    vendor: true,

    relative_install_path: "hw",

    srcs: [

        "BearPi.cpp",

        "service.cpp",

    ],

    shared_libs: [

        "libcutils",

        "liblog",

        "libhIDlbase",

        "libharDWare",

        "libutils",

        "androID.harDWare.bearpi@1.0",

    ],

}

七，SElinux权限

以mtk平台为例，添加bearpi相应权限

路径：device/mediatek/sepolicy/basic/non_plat

1,新建bearpi.te

type bearpi, domain;

type bearpi_exec, exec_type, vendor_file_type, file_type;

hwbinder_use(bearpi);

init_daemon_domain(bearpi)

add_hwservice(bearpi, hal_bearpi_hwservice)

allow bearpi hwservicemanager_prop:file { read open getattr map };

 

2,file_contexts中添加

/(vendor|system/vendor)/bin/hw/androID\.harDWare\.bearpi@1\.0-service     u:object_r:bearpi_exec:s0

3,hwservice.te中定义hwservice manager类型

type hal_bearpi_hwservice, hwservice_manager_type;

4,hwservice_contexts中添加接口访问权限

androID.harDWare.bearpi::IBearPi                            u:object_r:hal_bearpi_hwservice:s0

 

八，编译

1，添加系统编译，使系统整编后能主动编译，在device/xx/device.mk中添加包编译

PRODUCT_PACKAGES += \

    androID.harDWare.bearpi@1.0-service \

   androID.harDWare.bearpi@1.0 \

   test_bearpi \

   bearpi.default

DEVICE_MANIFEST_file += device/xiaomi/lancelot/manifest_bearpi.xml

2，在项目地下新建manifest_bearpi.xml接口注册文件，如果没有注册文件，客户端和服务端将无法通信，getService()将返回null。

<manifest version="1.0" type="device">

    <hal format="hIDl">

        <name>androID.harDWare.bearpi</name>

        <transport>hwbinder</transport>

        <version>1.0</version>

        <interface>

            <name>IBearPi</name>

            <instance>default</instance>

        </interface>

    </hal>

</manifest>

3，添加启动服务，在init.project.rc内添加bearpi 的rc文件，保证开机能够启动服务

import /vendor/etc/init/androID.harDWare.bearpi@1.0-service.rc

----------------------------------------------------------我------------是-------------分-----------割------------线---------------------------------------------------------------

如上服务端写好后，我们写客户端测试下

在1.0路径下新建test目录

创建BearPiTest.cpp

//

// Created by ubuntu on 2020/12/25.

//

#define LOG_TAG "fht"

#define LOG_VERBOSE "fht"

 

#include <androID/harDWare/bearpi/1.0/IBearPi.h>

#include <hIDl/Status.h>

#include <log/log.h>

#include <androID/log.h>

using androID::harDWare::bearpi::V1_0::BearPiAcquiredInfo;

using androID::harDWare::bearpi::V1_0::IBearPi;

using androID::harDWare::bearpi::V1_0::IBearPiClIEntCallback;

using androID::sp;

using androID::harDWare::hIDl_string;

using androID::harDWare::Return; // 命名空间

using androID::harDWare::VoID;  // VoID函数

//实现回调

class BearPiClIEntCallback : public IBearPiClIEntCallback { 

public:

      BearPiClIEntCallback() {}

      ~BearPiClIEntCallback() {}

      Return<voID> onResult(uint64_t deviceid, const ::androID::harDWare::bearpi::V1_0::BearPiAcquiredInfo acquiredInfo,uint32_t vendorCode) overrIDe {

          ALOGD("onResult deviceid =%lu, vendorCode = %d, info = %d", deviceid, vendorCode, acquiredInfo);

          return VoID();

      };

};

 

int main() {

//获得服务

    sp <IBearPi> bear = IBearPi::getService();

    if (bear == nullptr) {

        ALOGE("Can't find IBearPi service ...");

        return -1;

    }

    ALOGD("IBearPi ON");

    sp <BearPiClIEntCallback> callback = new BearPiClIEntCallback();

//注册回调

    bear->setNotify(callback);

    bear->test();

    return 0;

}

在test目录下新建AndroID.bp

cc_binary {

     name: "test_bearpi",

     srcs: [

     "BearPiTest.cpp",

     ],

     shared_libs: [

          "libcutils",

         "liblog",

         "libhIDlbase",

         "libharDWare",

         "libutils",

         "androID.harDWare.bearpi@1.0",

     ],

}

 

 

 

 

总结

以上是内存溢出为你收集整理的AOSP添加新硬件设备开发-HIDL层全部内容，希望文章能够帮你解决AOSP添加新硬件设备开发-HIDL层所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/web/1038379.html

赞 (0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
ss52 ss52 一级用户组
0 0
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表（0条）

保存