Was bestimmt die Energieverwaltungsrichtlinien in Android?

Ich nähere mich gerade der Smartphone- und Android-Welt und habe ein paar Zweifel:

Welche Module (und SW oder FW?) Legen die Richtlinien fest, mit denen eine Komponente des Smartphones, die dies benötigt, mit Strom versorgt wird?

Außerdem

Sind Energieverwaltungsmodule auf Smartphones im Android-Betriebssystem oder in einer speziellen Firmware implementiert?

Natürlich muss die Energieverwaltung auch funktionieren, wenn das Betriebssystem noch nicht geladen ist, aber wer ist dafür verantwortlich?

Und inwieweit kann ich die Energieverwaltung mit einer Anwendung ändern, die innerhalb des Betriebssystems ausgeführt wird?

(Ich hoffe, diese Fragen sind nicht Off-Topic. Können Sie mich bitte an die richtige Stack-Exchange-Site weiterleiten?)

Die Energieverwaltung wird von Reglern festgelegt, die die CPU-Taktrate je nach Verwendung einstellen. Jede Taktrate arbeitet mit einer bestimmten Spannung und eine niedrigere Spannung bedeutet weniger Leistung. Wenn Sie Root-Zugriff haben, können Sie den Governor und die zulässigen CPU-Taktraten ändern. Es gibt auch einen Ruhezustand, in den die CPU eintritt, wenn der Bildschirm ausgeschaltet ist und im Hintergrund nichts funktioniert. Es gibt wahrscheinlich Batterieladefunktionen, mit denen man nichts anfangen kann, aber alles andere kann geändert werden, sogar die CPU- und DSP-Spannungen.

Beim Stöbern in Foren und Websites habe ich die folgenden Antworten auf meine Zweifel gefunden. Ich bin nicht ganz zufrieden, aber es hat geholfen, mehr zu verstehen.

Die Energieverwaltung jedes Geräts hängt von einigen suspend/ resumeRichtlinien ab, die in der Firmware implementiert sind, die das jeweilige Gerät steuert.

Dies ist sehr geräteabhängig: Wie und wann sich jedes Gerät ausschaltet (anhält) und aufwacht (wieder aufnimmt), hängt von den HW-Spezifikationen ab. Sie müssen die Datenblätter lesen, um zu verstehen, welche bestimmten Register manipuliert werden müssen, um es anzuhalten / fortzusetzen.

Sie können dieses Material über eine Software in den Treibern der Geräte im Quellcode des Kernels steuern, indem Sie auf einige Funktionen im Formular <something>_suspendund zugreifen <something>_resume.

ZB aus dem Quellcode des Kernels des Emulators "Goldfisch":

in Datei drivers/video/goldfishfb.c(der Treiber, der für den Bildspeicher verantwortlich ist)

#ifdef CONFIG_ANDROID_POWER
static void goldfish_fb_early_suspend(android_early_suspend_t *h)
{
    struct goldfish_fb *fb = container_of(h, struct goldfish_fb, early_suspend);
    writel(1, fb->reg_base + FB_SET_BLANK);
}

static void goldfish_fb_late_resume(android_early_suspend_t *h)
{
    struct goldfish_fb *fb = container_of(h, struct goldfish_fb, early_suspend);
    writel(0, fb->reg_base + FB_SET_BLANK);
}
#endif

Das early_suspendschreibt also eine 1 in das Register FB_SET_BLANK, um den Bildschirm auszuschalten, oder eine 0, um ihn wieder einzuschalten.

Daher scheint es mir, dass ein Prozess in der Anwendungsausführungsumgebung auf die Gerätetreiber zugreifen und diese beschädigen muss, um die böswillige Energieverwaltung eines Geräts zu manipulieren.