O framework vai continuar funcionando com o health@1.0 até que seja totalmente descontinuado
de acordo com a
programação de descontinuação do HAL padrão.
Quando o health@1.0 for descontinuado (entrada removida da
matriz de compatibilidade do framework),
healthd
e libbatterymonitor
também precisarão ser removidos do sistema para evitar
comportamentos desconhecidos para o 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 precisa
ser corrompido na descontinuação.
Quando o Android remove o caminho de código legado (healthd, health@1.0), a HAL Health@1.0 é descontinuada de acordo com a programação de descontinuação. Além disso, o Android também remove o seguinte:
- dependência do healthd no framework
- com integridade
- Biblioteca de definição HAL health@1.0 do sistema
- Entrada de health@1.0 na matriz de compatibilidade do framework
Remover íntegros
Para dispositivos lançados com o Android 9 e dispositivos
que fazem upgrade para o Android 9 e oferecem o HAL do Health 2.0
na nova imagem do fornecedor, recomendamos remover healthd
da imagem do sistema
para economizar espaço em disco e acelerar o tempo de inicialização.
Para fazer isso, siga estas etapas:
Remova
healthd
ehealthd.rc
da imagem do sistema adicionando a linha a seguir à implementação específica do dispositivo no Soong:cc_binary { name: "android.hardware.health@2.0-service.device_name" overrides: ["healthd"], // ... }
Ou, se o módulo estiver no 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 ver mais informações, consulte Como implementar a integridade.