Ritira integrità@1.0

Il framework continuerà a funzionare con health@1.0 fino a quando non verrà completamente ritirato secondo la pianificazione del ritiro di HAL standard. Quando health@1.0 viene ritirato (voce rimossa dalla matrice di compatibilità del framework), healthd e libbatterymonitor devono essere rimossi anche dal sistema per evitare comportamenti sconosciuti per healthd. Poiché health@1.0 è un HAL facoltativo e tutte le dipendenzehealthd da health@1.0 sono protette da controlli NULL, non dovrebbe verificarsi alcun malfunzionamento con il ritiro.

Quando Android rimuove il percorso del codice legacy (healthd, health@1.0), l'HAL Health@1.0 viene ritirato in base alla pianificazione del ritiro. Inoltre, Android rimuove anche quanto segue:

1. dipendenza da healthd nel framework
2. healthd
3. Libreria di definizione HAL health@1.0 del sistema
4. Voce health@1.0 nella matrice di compatibilità del framework

Rimuovere healthd

Per i dispositivi lanciati con Android 9 e per quelli su cui è stato eseguito l'upgrade ad Android 9 che forniscono l'HAL Health 2.0 nella nuova immagine del fornitore, consigliamo di rimuovere healthd dall'immagine di sistema per risparmiare spazio su disco e velocizzare il tempo di avvio.

Per farlo:

1. Rimuovi healthd e healthd.rc dall'immagine di sistema aggiungendo la seguente riga all'implementazione specifica del dispositivo in Soong:

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

   In alternativa, se il modulo è in Make:

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

   Se l'implementazione predefinita android.hardware.health@2.0-service è installata, implementa un valore android.hardware.health@2.0-service.device_name specifico per il dispositivo. Per ulteriori informazioni, consulta Implementazione di Integrità.