O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.

Descontinuando health@1.0

O quadro vai continuar a trabalhar com health@1.0 até que esteja totalmente depreciado de acordo com o padrão cronograma depreciação HAL . Quando health@1.0 está obsoleta (entrada removida da matriz de compatibilidade quadro ), 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 healthd dependências para health@1.0 são guardados por verificações nulos, nada deve quebrar em depreciação.

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

  1. dependência de saúde na estrutura
  2. healthd
  3. health@1.0 Biblioteca de definição HAL do sistema
  4. health@1.0 entrada na matriz de compatibilidade do framework

Removendo healthd

Para dispositivos de lançamento com Android 9 e dispositivos fazendo upgrade para Android 9 que fornecem a 2,0 HAL Saúde na imagem fornecedor novo, recomendamos a remoção healthd a partir da imagem do sistema para economizar espaço em disco e tempo de inicialização rápida.

Para fazer isso:

  1. Remover healthd e healthd.rc da imagem do sistema, adicionando o seguinte linha para a 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 está instalado, implementar um específico do dispositivo android.hardware.health@2.0-service.device_name vez. Para mais informações, consulte Implementação de Saúde .