Implementação do serviço

Para se preparar para a implementação do HAL, você pode gerar o código básico da interface do ConfigStore e, em seguida, modificá-lo para atender às suas necessidades.

Gerando código de interface

Para gerar código padrão para a interface, execute hidl-gen . Por exemplo, para gerar código para 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

Modificando Android.mk

Em seguida, modifique o arquivo Android.mk para adicionar o arquivo de implementação ( <modulename>Configs.cpp ) a LOCAL_SRC_FILES e para mapear sinalizadores de construção em definições de macro. Por exemplo, você pode modificar surfaceflinger em 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 inclua esse arquivo de Android.mk .

Implementando funções

Para preencher as funções para implementar o HAL, chame de volta a função _hidl_cb com valores diferentes (condicionados aos sinalizadores de construção). Por exemplo, você pode preencher as funções para surfaceflinger em 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
}

Certifique-se de que a implementação não contenha uma função chamada HIDL_FETCH_ interface-name (por exemplo, HIDL_FETCH_ISurfaceFlingerConfigs ). Esta função é necessária para o modo de passagem HIDL, que não é utilizado (e é proibido) pelo configstore . O ConfigStore deve sempre ser executado no modo binderizado.

Registrando-se como um serviço

Finalmente, registre todas as implementações de interface no serviço configstore . Por exemplo, você pode registrar implementações surfaceflinger 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();

Garantindo acesso antecipado

Para garantir que um módulo de estrutura possa obter acesso antecipado ao serviço HAL, o serviço config HAL deve iniciar o mais cedo possível, logo após hwservicemanager estar pronto. Como o serviço HAL de configuração não lê arquivos externos, espera-se que ele esteja pronto rapidamente após ser iniciado.