Health@1.0 dejó de estar disponible.

El framework seguirá funcionando con health@1.0 hasta que quede obsoleto por completo según el programa estándar de baja de HAL. Cuando health@1.0 deja de estar disponible (se quita la entrada de la matriz de compatibilidad del framework), también se deben quitar healthd y libbatterymonitor del sistema para evitar comportamientos desconocidos para Healthd. Como health@1.0 es un HAL opcional y todas las dependencias de healthd en health@1.0 están protegidas por verificaciones NULL, no debería fallar nada cuando se dé de baja.

Cuando Android quita la ruta de acceso de código heredado (healthd, health@1.0), Health@1.0 HAL deja de estar disponible de acuerdo con el programa de baja. Además, Android también quita lo siguiente:

1. Dependencia de healthd en el framework
2. healthd
3. Biblioteca de definición de HAL health@1.0 del sistema
4. Entrada de health@1.0 en la matriz de compatibilidad del framework

Quita healthd

En el caso de los dispositivos que se lanzan con Android 9 y los que se actualizan a Android 9 que proporcionan el HAL de Health 2.0 en la nueva imagen del proveedor, te recomendamos que quites healthd de la imagen del sistema para ahorrar espacio en el disco y acelerar el tiempo de inicio.

Para ello, sigue estos pasos:

1. Para quitar healthd y healthd.rc de la imagen del sistema, agrega la siguiente línea a la implementación específica del dispositivo en Soong:

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

   O bien, si el módulo está en Make, haz lo siguiente:

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

   Si está instalada la implementación predeterminada android.hardware.health@2.0-service, implementa un android.hardware.health@2.0-service.device_name específico del dispositivo. Para obtener más información, consulta Cómo implementar Health.