[KERNEL][JB][JSS15J / JWR66V / CM] hells-Core b41 [28/11/2013]

Ahso, naja der Command geht bei mir nicht in der Shell... von daher keine Ahnung!

edit:
Nach Neustart ging es => Nominal!
 
Ich pack hier zum b18 mal was rein....

Einige User ebenso mich hatten ja über Netzabbrüche berichtet, welche mit dem b18 zwar fast behoben waren aber teilweise, also sehr selten noch auftraten.

Ich habe fast die Vermutung, dass es am nochmaligen UV meinerseits lag....es lief zwar so stabil aber ich könnte mir schon vorstellen, dass die Netzabbrüche dadurch zustande kommen...

Nichtsdestotrotz empfehle ich allen die mal Probleme mit dem Empfang hatten das neue Radio zu testen!

Habe mit dem an der einen besagten Stelle in der U7 in Berlin keinen Netzabbruch mehr (was aber auch am weggelassenen UV liegen kann, muss ich halt noch testen) und der GPS-Fix kommt mir auch schneller vor!

Download hier:

https://www.android-hilfe.de/forum/...o-2-0-1701-07-bootloader-makoz30f.379031.html
 
Ist das auch mit der neuen Nightly dabei?
 
Nicht das ich wüsste...

Aber im xda wird berichtet das mit dem neuen Stock ROM wohl auch nen neuer Kernel dazu kam und die WiFi-Probleme weg sind...wenn ich das richtig gelesen habe^^
 
Ach, kam eine neue FW? Hells du baust deinen Kernel auch auf Stock auf oder? Kommt dann demnächst ein Neuer?
 
Ich weiss es nicht genau, aber in Indien wurden wohl N4's mit etwas Neuerem gesichtet...
 
Zuletzt bearbeitet:
Würde mich auch interessieren woher die Info hat :blink: Also ich kann weder bei XDA noch hier https://developers.google.com/android/nexus/images eine neue FW finden.....Die Rede war doch davon das am 10.06 das weiße N4 kommt und 4.3 gleich für alle mit.


CAHO
 
das weiße N4 wurde ja heute durch eine Pressemitteilung vorgestellt...
 
c@p schrieb:
Da widerspreche ich mal, funktioniert mit Trickster perfekt.

Links nach Rechts = an
Rechts nach Links = aus

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

Ergänzung: Nuckelt aber ganz schön am Akku. :eek:

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App
 
JDQ39E ist nicht weiter interessant. Was da am WLAN geändert wurde, habe ich bereits übernommen und der WLAN Bug ist nicht weg wie ihr ja selber merkt.

hells
 
  • Danke
Reaktionen: mj084
@Hells


B19 erfolgreich getestet. Kannst So lassen falls Du nichts gravierendes mehr findest.

Viele Grüße CAHO
 
r4yN schrieb:
fluxi, magst du uns/mir verraten welchen Erfolg du genau beim OC/UV und bei den neuen Leveln hattest?

Ich hab gelesen unser N4 schafft GPU-OC auf bis zu 533,33MHz und verträgt auch einen extrem-niedrigen 27MHz-Schritt


Und hells , glaubst du, dass diese GPU-Features, die Fluxxi hier angesprochen hat eventuell auch bald in deinem Kernel zu finden sind? Mehr & niedrigere Powerlevel + OC (könnte ja sein, dass 533MHz eine merkliche Verbesserung ist) + UV klingt nämlich schon sehr verlockend :thumbsup:

(UV für weniger Energie-Verbrauch & geringere Hitze-Entwicklung, OC für Gaming, niedrigere Frequenzen für weniger Energie-verbrauch wenn die GPU mal nicht/fast gar nicht benötigt wird - alles natürlich rein theoretisch, ich kenne keinen Kernel, der so etwas bisher bietet, also müsste erstmal getestet werden ob das denn auch wirklich bemerkbare Unterschiede/Verbesserungen mit sich bringt, aber ich bin bei sowas immer optimistisch :D)
Der conservative GPU governor (der übrigens von Entropy512 und Codeworkx stammt, nicht von mir) taktet häufig auf das niedrigste powerlevel, dadurch wird Energie gespart. Gut. Allerdings mikro-ruckelt das Ding manchmal bei Animationen. Ich habe die Grenzwerte der powerlevel optimiert und aus dem Userspace variabel gemacht (und ein paar Bugs gefixed) und weitere powerlevel hinzugefügt. Außerdem habe ich bis zum Erbrechen an den Mikrorucklern gefeilt, bisher nur mit mittlerem Erfolg.

Dass undervolting nicht funktioniert ist ein Bug, dessen Ursache sich mir nicht erschließt. Grundsätzlich funktioniert voltage scaling bei KEINEM N4 Kernel, d.h. die GPU Spannung variiert nicht wie gewünscht. Da der Energieumsatz linear mit der Frequenz aber quadratisch mit der Spannung steigt, wäre das Sparpotential gerade i.S. einer hohen SOT wünschenswert. Wenn das Teil rumliegt, merkt man keinen Unterschied.

Code:
root@android:/ # cat /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0/UV_mV_table
 64Mhz:  800mV
128Mhz:  850mV
200Mhz:  900mV
325Mhz:  950mV
400Mhz: 1050mV
487Mhz: 1100mV

Code:
root@android:/ # dmesg | grep level
<6>[    0.041507] level: 5, vdd_uv[level]: 1050000
<6>[    2.093819] level: 4, vdd_uv[level]: 950000
<6>[    3.965023] level: 5, vdd_uv[level]: 1050000
<6>[    3.965115] level: 6, vdd_uv[level]: 1100000
<6>[    3.966244] level: 4, vdd_uv[level]: 950000
<6>[    4.466412] level: 6, vdd_uv[level]: 1100000
<6>[    4.466870] level: 4, vdd_uv[level]: 950000
<6>[    4.621364] level: 6, vdd_uv[level]: 1100000
<6>[    4.622493] level: 5, vdd_uv[level]: 1050000
<6>[    4.622646] level: 4, vdd_uv[level]: 950000
<6>[   15.236227] level: 2, vdd_uv[level]: 850000
<6>[   15.244346] level: 4, vdd_uv[level]: 950000
<6>[   27.566915] level: 2, vdd_uv[level]: 850000

Code:
root@android:/ # echo "700 700 700 700 700 700" > /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0/UV_mV_table

Code:
root@android:/ # cat /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0/UV_mV_table
 64Mhz:  700mV
128Mhz:  700mV
200Mhz:  700mV
325Mhz:  700mV
400Mhz:  700mV
487Mhz:  700mV

Code:
<6>[   65.070746] level: 4, vdd_uv[level]: 950000
<6>[   65.266961] level: 2, vdd_uv[level]: 850000
<6>[   67.122203] level: 4, vdd_uv[level]: 950000
<6>[   67.406989] level: 2, vdd_uv[level]: 850000
<6>[   69.000518] level: 4, vdd_uv[level]: 700000
<6>[   69.257012] level: 2, vdd_uv[level]: 700000
<6>[   72.459728] level: 4, vdd_uv[level]: 700000
<6>[   72.666961] level: 2, vdd_uv[level]: 700000
<6>[   74.021486] level: 4, vdd_uv[level]: 700000
<6>[   74.266961] level: 2, vdd_uv[level]: 700000
<6>[   78.304379] level: 4, vdd_uv[level]: 700000
<6>[   78.306088] level: 2, vdd_uv[level]: 700000
<6>[   78.320067] level: 4, vdd_uv[level]: 700000
<6>[   78.322325] level: 2, vdd_uv[level]: 700000
<6>[   78.362215] level: 4, vdd_uv[level]: 700000
<6>[   78.362398] level: 2, vdd_uv[level]: 700000
<6>[   78.362582] level: 4, vdd_uv[level]: 700000


Der ursprüngliche Beitrag von 20:36 Uhr wurde um 20:41 Uhr ergänzt:

hellsgod schrieb:
Ich hab jetzt alles eingebaut und ein Test Kernel läuft bei mir. Den Conservative Governor habe ich auch nochmals angetestet. Ich sehe mehr Mikroruckler in den Animationen damit. Wo ich noch nicht ganz durchblicke, wie das mit dem OC geregelt wird.

Bei Antutu habe ich einen 3D Test laufen lassen mit Convervative und "trustzone" - standard. Beim Conservative gibt es mehr Frames und mehr Punkte. Daher denke ich, dass es beim Conservative mit OC läuft. Bei Trickster fällt die max. freq der GPU immer wieder auf 400mhz zurück.

hells
Ein Bug bzw. Inkompatibilität von Trickster.

Code:
root@android:/ # ls /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0
UV_mV_table
dev
device
gpu_available_frequencies
gpubusy
gpuclk
gputop
idle_timer
max_gpuclk
max_pwrlevel
min_pwrlevel
num_pwrlevels
power
pwrnap
pwrscale
snapshot
subsystem
thermal_pwrlevel
uevent

Dies sind die "offiziellen" codeaurora nodes, max/min regeln die maximale/minimale Frequenz (bzw. den powerlevel derselben, 0 == max). Ob andere Köche andere Schnittstellen eingefügt haben, weiß ich nicht.
 
  • Danke
Reaktionen: criz.89, r4yN und vetzki
Mit welcher App kann ich governor und UV einstellen?

Powered by Nexus 4 /w hells core kernel.
 
Trickster Mod
 
Nur auf der Kommadozeile/per init Skript und nur bei einem gepatchten Kernel.

P.S. codeaurora mit neuem, schnellen gitweb :)
 
Zuletzt bearbeitet:
:lol:Komm hells, hau den b19 raus, ich brauch was zum flashen
 
  • Danke
Reaktionen: TechX
hells-Core-b19:
-Conservative Governor / aktivierbar durch:
Code:
echo "conservative" > /sys/devices/platform/kgsl-3d0.0/kgsl/kgsl-3d0/pwrscale/policy
-GPU OC
-GPU UV

normal

hells

Have Fun ;)

hells
 
  • Danke
Reaktionen: bubiwutha, Prazaar, bandit1976 und 13 andere
Der Conservative-Governor im Changelog ist der für die GPU, oder ?

Btw. Trickster zeigt 487500000 als höchste GPU Frequenz an ... Ist das ein Trickster-Bug oder ein "Typo" im Kernel ?
 

Ähnliche Themen

IceDevil
Antworten
85
Aufrufe
15.878
alibiy
alibiy
H
Antworten
1.549
Aufrufe
263.301
darthmarco
darthmarco
C
Antworten
141
Aufrufe
27.073
Caho
C
Zurück
Oben Unten