A estrutura continuará a funcionar com health@1.0 até que seja totalmente obsoleta de acordo com o cronograma padrão de descontinuação do HAL . Quando health@1.0 está obsoleto (entrada removida da matriz de compatibilidade da estrutura ), healthd
e libbatterymonitor
também devem ser removidos do sistema para evitar comportamentos desconhecidos para healthd. Como health@1.0 é um HAL opcional e todas as dependências healthd
para health@1.0 são protegidas por verificações NULL, nada deve quebrar na descontinuação.
Quando o Android remove o caminho do código legado (healthd, health@1.0), o Health@1.0 HAL é descontinuado de acordo com o cronograma de descontinuação. Além disso, o Android também remove o seguinte:
- dependência saudável no quadro
- saudável
- health@1.0 Biblioteca de definição HAL do sistema
- entrada health@1.0 na matriz de compatibilidade da estrutura
Remover saudável
Para dispositivos lançados com Android 9 e dispositivos atualizados para Android 9 que fornecem o Health 2.0 HAL na imagem do novo fornecedor, recomendamos remover healthd
da imagem do sistema para economizar espaço em disco e acelerar o tempo de inicialização.
Para fazer isso:
Remova
healthd
ehealthd.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 umandroid.hardware.health@2.0-service.device_name
específico do dispositivo. Para obter mais informações, consulte Implementando Integridade .