Y
yank555
Gast
andip71 schrieb:Jep, ging drum, dass auch bei einer Limitierung auf 1000 MHz immer wieder Frequenzen darüber sporadisch (im Sekundenbereich) verwendet werden. Also mal 1400, mal kurz 1300.
Folgender Commit ändert das (ich sage bewusst nicht, dass er das Problem "löst"):
https://github.com/andip71/boeffla-kernel-jb-u6-s3/commit/52c956c6303ca18d73e2fbb47c8f9f6e997874ba
Ich habe es auch nur eingebaut, da die anderen Kernels das überwiegend so implementiert haben - und es somit beim Boeffla-Kernel als Fehler angesehen wurde. Drum auch der Verweis, dass es sich nicht mehr wie der Stock Kernel verhält.
Da es andererseits auch nichts kaputt macht war ich mit der Änderung ok.
Viele Grüße
Andi
Hi Andi,
Hab mir nun das ganze angekuckt, und kam dahinter, oder zumindest kam auf eine Lösung die das Stock verhalten nicht verändert. Ganz doof nur ne Kleinigkeit, aber immerhin
Hier das Commit : https://github.com/yank555-lu/SGS3-JB-U6/commit/86468fe7d073628d411e777590d752e69a06a6f7
Damit wird die Liste der verfügbaren Freq. auf die eingeschränk die bis zu scaling_max gehen, und nicht mehr cpu_max.
Damit wird selbst beim Starten der Kernels die Freq nicht mehr über 1.4GHz gehoben (0.00 Sekunden bei alles Freq. darüber). "/sys/power/cpufreq_max_limit" enthält den ersten Wert von "/sys/power/cpufreq_table", somit also 1400000, wobei ich nicht rausgefunden habe, wo/wann das passiert :blushing:
In meinem Config-Script setze ich dann die vom User gewünschte Höchstfreq. auch in "/sys/power/cpufreq_max_limit".
Ganz perfekt ist das noch nicht, denn nun kann der User in Tools wie SetCPU/System Tuner etc. die Freq. bis 1.6GHz anheben (wird im Tool erlaubt), und trotzdem wird nicht bis dahin hochscaliert, "/sys/power/cpufreq_max_limit" muss manuell verändert werden, das ist unschön, da muss ich mir noch was überlegen (cpu_max dynamisch verändern ?).
Auf der anderen Seite, der User wollte es ja eingrenzen, das hier funktioniert, etwas zu gut für meinen Geschmack.
JP.