Descontinuando [email protected]

A estrutura continuará a funcionar com [email protected] até que seja totalmente obsoleta de acordo com o cronograma de descontinuação HAL padrão. Quando [email protected] 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 [email protected] é uma HAL opcional e todas as dependências healthd para [email protected] 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, [email protected]), [email protected] 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. [email protected] biblioteca de definições HAL do sistema
4. entrada [email protected] 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: "[email protected]_name"
       overrides: ["healthd"],
       // ...
   }
   

   Ou, se o módulo estiver em Make:

   LOCAL_MODULE_NAME := \
       [email protected]_name
   LOCAL_OVERRIDES_MODULES := healthd
   

   Se a implementação padrão [email protected] estiver instalada, implemente um [email protected]_name específico do dispositivo. Para obter mais informações, consulte Implementando integridade .