Il framework continuerà a funzionare con health@1.0 fino al completamento della deprecazione
secondo lo standard
Programma di ritiro dell'HAL.
Quando health@1.0 è deprecato (voce rimossa da
matrice di compatibilità del framework),
Anche healthd
e libbatterymonitor
devono essere rimossi dal sistema per evitare
comportamenti sconosciuti per uno stato di salute. Poiché health@1.0 è un HAL opzionale e tutti
healthd
dipendenze per health@1.0 sono protette da controlli NULL, niente dovrebbe
è un'interruzione del ritiro.
Quando Android rimuove il percorso del codice precedente (healthd, health@1.0), Health@1.0 HAL è deprecata in base alla pianificazione del ritiro. Inoltre, Android rimuove quanto segue:
- dipendenza in stato di integrità nel framework
- integro
- Libreria di definizioni HAL per health@1.0 dal sistema
- Voce health@1.0 nella matrice di compatibilità del framework
Rimuovi integro
Per i dispositivi che verranno lanciati con Android 9 e per i dispositivi
eseguire l'upgrade ad Android 9 che offrono l'HAL 2.0 per la salute
Nella nuova immagine del fornitore, ti consigliamo di rimuovere healthd
dall'immagine di sistema
per risparmiare spazio su disco
e velocizzare i tempi di avvio.
Per farlo:
Rimuovi
healthd
ehealthd.rc
dall'immagine di sistema aggiungendo il valore seguente all'implementazione specifica per il dispositivo in soong:cc_binary { name: "android.hardware.health@2.0-service.device_name" overrides: ["healthd"], // ... }
Oppure, se il modulo si trova in Crea:
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
è installare un'applicazione, per implementareandroid.hardware.health@2.0-service.device_name
in alternativa. Per ulteriori informazioni per ulteriori informazioni, consulta Implementazione dell'integrità.