Health@1.0 deprecato

Il quadro continuerà a lavorare con health@1.0 finché è completamente sconsigliato secondo lo standard pianificazione deprecazione HAL . Quando health@1.0 è obsoleto (voce rimosso dalla matrice di compatibilità quadro ), healthd e libbatterymonitor devono essere rimossi dal sistema per evitare comportamenti sconosciuti per healthd. Come health@1.0 è un HAL opzionale e tutti healthd dipendenze a health@1.0 sono sorvegliate da controlli NULL, nulla deve rompere il disapprovazione.

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

  1. dipendenza sana nel quadro
  2. sano
  3. health@1.0 libreria di definizioni HAL dal sistema
  4. ingresso health@1.0 nella matrice di compatibilità del framework

Rimozione saluted

Per i dispositivi di lancio con Android 9 e dispositivi l'aggiornamento ad Android 9 che forniscono la Health 2.0 HAL dell'immagine nuovo fornitore in, si consiglia di rimuovere healthd rispetto all'immagine di sistema per risparmiare spazio su disco e tempo di avvio di velocità.

Fare così:

  1. Rimuovere healthd e healthd.rc dall'immagine sistema aggiungendo la seguente linea all'implementazione dispositivo specifico in Soong:

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

    Oppure, 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 è installato, realizzare un dispositivo specifico android.hardware.health@2.0-service.device_name invece. Per ulteriori informazioni, vedere Implementazione di salute .