Implementar o serviço

Para se preparar para a implementação da HAL, é possível gerar o ConfigStore básico o código da interface do usuário e modificá-lo para atender às suas necessidades.

Gerar código da interface

Para gerar um código boilerplate para a interface, execute hidl-gen. Por exemplo, para gerar o código de surfaceflinger:

hidl-gen -o hardware/interfaces/configstore/1.0/default \
    -Lc++-impl \
    -randroid.hardware:hardware/interfaces \
    -randroid.hidl:system/libhidl/transport \
    android.hardware.config@1.0::ISurfaceFlingerConfigs

Modificar Android.mk

Em seguida, modifique o arquivo Android.mk para adicionar o arquivo de implementação (<modulename>Configs.cpp) para LOCAL_SRC_FILES e para mapear flags de build em definições de macro. Por exemplo, é possível modificar surfaceflinger pol. hardware/interface/configstore/1.0/default/Android.mk:

LOCAL_SRC_FILES += SurfaceFlingerConfigs.cpp
ifneq ($(NUM_FRAMEBUFFER_SURFACE_BUFFERS),)
    LOCAL_CFLAGS += -DNUM_FRAMEBUFFER_SURFACE_BUFFERS=$(NUM_FRAMEBUFFER_SURFACE_BUFFERS)
endif

ifeq ($(TARGET_RUNNING_WITHOUT_SYNC_FRAMEWORK),true)
    LOCAL_CFLAGS += -DRUNNING_WITHOUT_SYNC_FRAMEWORK
endif

Se Android.mk incluir vários blocos ifeq-endif, considere mover seu código para um novo arquivo (ou seja, surfaceflinger.mk) e, em seguida, incluem esse arquivo Android.mk:

Implementar funções

Para preencher as funções e implementar a HAL, chame de volta a Função _hidl_cb com valores diferentes (condicionada no build) ). Por exemplo, é possível preencher as funções para surfaceflinger no hardware/interfaces/configstore/1.0/default/SurfaceFlingerConfigs.cpp:

Return<void> SurfaceFlingerConfigs::numFramebufferSurfaceBuffers(
        numFramebufferSurfaceBuffers_cb _hidl_cb) {
    #if NUM_FRAMEBUFFER_SURFACE_BUFFERS 2
    _hidl_cb(NumBuffers.TWO);
    #else if NUM_FRAMEBUFFER_SURFACE_BUFFERS 3
    _hidl_cb(NumBuffers.THREE);
    #else
    _hidl_cb(NumBuffers.USE_DEFAULT);
    #endif
}

Return<void> SurfaceFlingerConfigs::runWithoutSyncFramework(
        runWithoutSyncFramework_cb _hidl_cb) {
    #ifdef RUNNING_WITHOUT_SYNC_FRAMEWORK
    _hidl_cb({true /* specified */, true /* value */});
    #else
    // when macro not defined, we can give any value to the second argument.
    // It will simply be ignored in the framework side.
    _hidl_cb({false /* specified */, false /* value */});
    #endif
}

Verifique se a implementação não contém uma função chamada HIDL_FETCH_interface-name (por exemplo, HIDL_FETCH_ISurfaceFlingerConfigs). Essa função é necessária para o modo de passagem de HIDL, que não é usado (e proibido) configstore O ConfigStore precisa sempre ser executado no modo binderizado.

Registrar como serviço

Por fim, registre todas as implementações de interface no configstore. Por exemplo, você pode registrar surfaceflinger implementações em hardware/interfaces/configstore/1.0/default/service.cpp:

configureRpcThreadpool(maxThreads, true);
sp<ISurfaceFlingerConfigs> surfaceFlingerConfigs = new SurfaceFlingerConfigs;
status_t status = surfaceFlingerConfigs->registerAsService();

sp<IBluetoothConfigs> bluetoothConfigs = new BluetoothConfigs;
status = bluetoothConfigs->registerAsService();

// register more interfaces here
joinRpcThreadpool();

Garanta o acesso antecipado

Para garantir que um módulo de framework tenha acesso antecipado ao serviço HAL, o o serviço HAL de configuração deve iniciar o mais cedo possível, logo após O app hwservicemanager está pronto. Como o serviço HAL de configuração não lê arquivos externos, espera-se que ele fique pronto logo após o lançamento.