Descontinuando health@1.0

A estrutura continuará a funcionar com health@1.0 até que seja totalmente obsoleta de acordo com o cronograma de descontinuação HAL padrão. Quando health@1.0 está obsoleto (entrada removida da matriz de compatibilidade do framework ), healthd e libbatterymonitor também devem ser removidos do sistema para evitar comportamentos desconhecidos para healthd. Como health@1.0 é uma HAL opcional e todas as dependências healthd para health@1.0 são protegidas por verificações NULL, nada deve ser interrompido na depreciação.

Quando o Android remove o caminho do código legado (healthd, health@1.0), Health@1.0 HAL é preterido de acordo com o cronograma de descontinuação. Além disso, o Android também remove o seguinte:

  1. dependência healthd na estrutura
  2. saudável
  3. health@1.0 biblioteca de definições HAL do sistema
  4. entrada health@1.0 na matriz de compatibilidade da estrutura

Removendo a integridade

Para dispositivos iniciados com o Android 9 e dispositivos atualizados para o Android 9 que fornecem o Health 2.0 HAL na nova imagem do fornecedor, recomendamos remover o healthd da imagem do sistema para economizar espaço em disco e acelerar o tempo de inicialização.

Para fazer isso:

  1. Remova healthd e healthd.rc da imagem do sistema adicionando a seguinte linha à implementação específica do dispositivo em Soong:

    cc_binary {
        name: "android.hardware.health@2.0-service.device_name"
        overrides: ["healthd"],
        // ...
    }
    

    Ou, se o módulo estiver em Make:

    LOCAL_MODULE_NAME := \
        android.hardware.health@2.0-service.device_name
    LOCAL_OVERRIDES_MODULES := healthd
    

    Se a implementação padrão android.hardware.health@2.0-service estiver instalada, implemente um android.hardware.health@2.0-service.device_name específico do dispositivo. Para obter mais informações, consulte Implementando integridade .