Ta strona została przetłumaczona przez Cloud Translation API.

Wdróż Health 2.0

Cały kod healthd został refaktoryzowany na Health@2.0-impl. libhealthservice, a następnie dodano do wdrożenia Health@2.0 HAL. Te dwie opcje są statycznie połączone przez Health@2.0-service, co umożliwia wykonane wcześniej przez użytkownika healthd (tzn. uruchom polecenie healthd_mainloop i wykonaj ). W inicjowaniu usługa Health@2.0-rejestruje implementację interfejs IHealth do hwservicemanager. Gdy wymieniasz urządzenia z obraz dostawcy Androida 8.x i platformę Androida 9, obraz dostawcy może nie dostarczać usługi Health@2.0. To jest wymuszane przez harmonogram wycofywania.

Aby rozwiązać ten problem:

healthd rejestruje usługę IHealth w: hwservicemanager (mimo że jest systemem) demona). Pole IHealth zostało dodane do pliku manifestu systemu z nazwą instancji "backup"
Platforma i storaged komunikują się z healthd za pomocą hwbinder zamiast binder.
Kod platformy i zasad storaged został zmieniony tak, aby pobrać instancję "default", jeśli ta opcja jest dostępna, a potem "backup".
- Kod klienta C++ korzysta z logiki zdefiniowanej w zasadzie libhealthhalutils.
- Kod klienta w języku Java korzysta z logiki zdefiniowanej w zasadzie HealthServiceWrapper.
Po powszechnej dostępności systemu IHealth/default oraz obrazów dostawców Androida 8.1 wycofane, IHealth/backup oraz healthd mogą zostać wycofane. Więcej Więcej informacji znajdziesz w artykule na temat wycofywania ustawień Health@1.0.

Zmienne kompilacji dla konkretnej tablicy dla sprawnych

BOARD_PERIODIC_CHORES_INTERVAL_* to zmienne związane z płytką używane do tworzenia healthd W ramach podziału kompilacji systemu/dostawcy wartości dla poszczególnych płyt nie można zdefiniować dla modułów systemowych. W stanie Health@2.0 dostawcy mogą zastąpić te dwie wartości w funkcji healthd_mode_ops->init (przez usunięcie funkcji libhealthservice zależność w health@2.0-service.<device> i ponowne zaimplementowanie tej funkcji).

Biblioteka implementacji statycznej

W przeciwieństwie do innych bibliotek implementacji HAL biblioteka implementacji Health@2.0-impl to biblioteka statyczna, do której usługa Health@2.0-service, ładowarka i starszego prawidłowego stanu.

Health@2.0.impl implementuje funkcję IHealth w sposób opisany powyżej i ma na celu pakowanie w pobliżu: libbatterymonitor i libhealthd.BOARD. Te użytkownicy Health@2.0-impl nie mogą używać pola BatteryMonitor ani funkcji w bezpośrednio libhealthd; te wywołania należy zastąpić wywołaniami na klasę Health, czyli implementację interfejsu IHealth. Aby uogólnić kod healthd_common jest również uwzględniony w Health@2.0-impl. Nowy healthd_common zawiera resztę kodu wspólnego dla usługi Health@2.0-service, ładowarka i healthd oraz wywołuje metody IHealth zamiast BatteryMonitor.

Wdróż usługę Health 2.0

Podczas wdrażania usługi Health@2.0 na urządzeniu, jeśli implementacja domyślna to:

Wystarczające dla urządzenia. Użyj android.hardware.health@2.0-service bezpośrednio.
Nie jest to wystarczające dla danego urządzenia, utwórz android.hardware.health@2.0-service.(device) plik wykonywalny, który zawiera:
```
#include <health2/service.h>
int main() { return health_service_main(); }
```

Następnie:

Jeśli libhealthd: specyficzna dla tablicy
- Istnieje, link do niego.
- Nie istnieje, dodaj puste implementacje dla healthd_board_init i healthd_board_battery_update.
W przypadku zmiennych BOARD_PERIODIC_CHORES_INTERVAL_* właściwych dla danej tablicy:
- są zdefiniowane, utwórz HealthServiceCommon.cpp dla konkretnego urządzenia (skopiowany) od hardware/interfaces/health/2.0/utils/libhealthservice) i Dostosuj ją w healthd_mode_service_2_0_init.
- nie są zdefiniowane; połącz statycznie z usługą libhealthservice.
Jeśli urządzenie:
- Należy wdrożyć interfejsy API getStorageInfo i getDiskStats, a także podać w funkcjach get_storage_info i get_disk_stats.
- Nie powinno być implementowane tych interfejsów API, link do: libstoragehealthdefault statycznie.
Zaktualizuj niezbędne uprawnienia SELinux.

Wdrożenie HAL w procesie przywracania przez zainstalowanie implementacji przekazującej w obraz odzyskiwania. Przykład:

// Android.bp
cc_library_shared {
    name: "android.hardware.health@2.0-impl-<device>",
    recovery_available: true,
    relative_install_path: "hw",
    static_libs: [
        "android.hardware.health@2.0-impl",
        "libhealthd.<device>"
        // Include the following or implement device-specific storage APIs
        "libhealthstoragedefault",
    ],
    srcs: [
        "HealthImpl.cpp",
    ],
    overrides: [
        "android.hardware.health@2.0-impl-default",
    ],
}

// HealthImpl.cpp
#include <health2/Health.h>
#include <healthd/healthd.h>
using android::hardware::health::V2_0::IHealth;
using android::hardware::health::V2_0::implementation::Health;
extern "C" IHealth* HIDL_FETCH_IHealth(const char* name) {
    const static std::string providedInstance{"default"};
    if (providedInstance != name) return nullptr;
    return Health::initInstance(&gHealthdConfig).get();
}

# device.mk
PRODUCT_PACKAGES += android.hardware.health@2.0-impl-<device>

Więcej informacji: hardware/interfaces/health/2.0/README.md.

Klienci ochrony zdrowia

Zapoznaj się z artykułem Klienci korzystający z Health 2.1 HAL.

Zmiany w SELinux

Nowa zawartość Health@2.0 HAL zawiera następujące zmiany dla SELinux:

Dodaje Health@2.0-service do file_contexts.
Zezwala system_server i storaged na korzystanie z hal_health.
Umożliwia rejestrację aplikacji system_server (BatteryService) batteryproperties_service (IBatteryPropertiesRegistrar).
Pozwala healthd na dostarczanie hal_health.
Usuwa reguły, które pozwalają system_server i storaged na wywołanie healthd za pomocą separatora.
Usuwa reguły, które pozwalają healthd zarejestrować użytkownika batteryproperties_service (IBatteryPropertiesRegistrar).

W przypadku urządzeń z własną implementacją niektóre zmiany dostawcy SELinux mogą niezbędną. Przykład:

# device/<manufacturer>/<device>/sepolicy/vendor/file_contexts
/vendor/bin/hw/android\.hardware\.health@2\.0-service.<device> u:object_r:hal_health_default_exec:s0

# device/<manufacturer>/<device>/sepolicy/vendor/hal_health_default.te
# Add device specific permissions to hal_health_default domain, especially
# if it links to board-specific libhealthd or implements storage APIs.

Interfejsy jądra systemu

Zobacz Interfejsy jądra systemu w Health 2.1 HAL.

Testowanie

Android 9 zawiera nowe testy VTS napisane specjalnie na potrzeby HAL Health@2.0. Jeśli urządzenie deklaruje udostępnianie Health@2.0 HAL w pliku manifestu urządzenia, musi przejść odpowiednie testy VTS. Testy są zapisywane dla instancji domyślnej (aby upewnić się, że urządzenie prawidłowo implementuje listę HAL) i instancję kopii zapasowej (aby zapewnić, że healthd będzie działał poprawnie przed jego usunięciem).

Wymagania dotyczące informacji o baterii

Zobacz Wymagania dotyczące informacji o baterii.